| 00:00.11 | dcordes | cr2, anytime |
| 00:00.28 | dcordes | cr2, need to provide myself with proteine. where's the patch? |
| 00:00.30 | cr2 | but you don't know the power gpios probably |
| 00:00.34 | cr2 | lol |
| 00:00.52 | cr2 | i can write some patches, but no at 2:00 |
| 00:05.08 | cr2 | good night |
| 00:20.07 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 00:25.10 | dcordes | yea patches at this time are dangerous. |
| 00:25.38 | dcordes | I can do many kovsky boots tomorrow. |
| 00:27.36 | dcordes | I got lyrics to go |
| 00:27.42 | *** join/#htc-linux root2 (n=root@rgnb-5d87cc4b.pool.mediaWays.net) |
| 00:28.11 | dcordes | http://www.youtube.com/watch?v=vi6-Bd5qUVk |
| 00:29.07 | dcordes | bt will be pretty nice. I'm eager to get fm working on kovsky as well |
| 00:29.11 | dcordes | tmc and all |
| 00:34.06 | *** join/#htc-linux dcordes_ (n=luke@unaffiliated/dcordes) |
| 00:35.49 | *** join/#htc-linux cr2 (n=cr2@109.85.170.104) |
| 00:36.06 | cr2 | dcordes: still here ? |
| 00:36.50 | cr2 | ~ping dcordes_ |
| 00:36.51 | apt | pong dcordes_ |
| 00:37.02 | cr2 | root 1158 0.0 0.0 1632 200 pts/0 S 02:35 0:00 hciattach /dev/ttyHS1 texas |
| 00:37.39 | cr2 | dcordes: but i don't have bluez-utils in initramfs |
| 00:38.40 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
| 00:38.40 | cr2 | hciconfig, hcitool |
| 00:39.02 | dcordes_ | cr2, 4shizzle |
| 00:39.11 | dzo | cr2, does the bt firmware load now? |
| 00:39.43 | dcordes_ | idk using the kovsky this second :) |
| 00:39.55 | dcordes_ | but I can recompile initrd |
| 00:40.12 | cr2 | root@htcraphael:~# hciattach /dev/ttyHS1 texas |
| 00:40.13 | dzo | on the vogue i had to convert the wince bt firmware file to a format that hciattach can use. |
| 00:40.13 | cr2 | Found a Texas Instruments' chip! |
| 00:40.15 | cr2 | Firmware file : /lib/firmware/TIInit_5.3.53.bts |
| 00:40.16 | cr2 | can't open firmware file: No such file or directory |
| 00:40.18 | cr2 | Warning: cannot find BTS file: /lib/firmware/TIInit_5.3.53.bts |
| 00:40.31 | cr2 | need to load the right firmware too. |
| 00:40.37 | dcordes_ | dzo, how did you achieve the conversion? |
| 00:40.44 | dcordes_ | dzo, hello btw |
| 00:41.03 | dzo | hi, i wrote some code, i'll try to find it... |
| 00:41.33 | cr2 | dzo: the audio path for headset and BT headset are missing |
| 00:41.39 | ali1234 | cr2: that file can be found in windows directory on WM... |
| 00:41.49 | cr2 | the Bt headset has dev=3 |
| 00:42.02 | cr2 | don't see it in the kaiser audio_path code |
| 00:42.35 | dzo | should be done by /dev/snd i think. |
| 00:42.36 | cr2 | ali1234: i think we have different firmware here |
| 00:42.39 | ali1234 | cr2: you dont need the firmware for the VT to work btw, it's just for highspeed |
| 00:42.43 | ali1234 | *BT |
| 00:43.09 | cr2 | ali1234: some additional firmware is needed to control the FM chip |
| 00:43.16 | ali1234 | yes, probably |
| 00:43.27 | ali1234 | people actually use that? |
| 00:43.33 | dcordes_ | hey ali1234 how's it goin? |
| 00:43.36 | cr2 | +TMC |
| 00:43.45 | dcordes_ | ali1234, can you say hi to barry when you see him please ? |
| 00:43.55 | ali1234 | sure |
| 00:44.07 | dzo | ali1234: I had to use the correct firmware to get BT audio path working. |
| 00:44.25 | dcordes_ | ali1234, thanks a lot |
| 00:44.34 | ali1234 | he says hi :) |
| 00:45.57 | cr2 | ok, here is my diff. https://privatepaste.com/2012pynzvg |
| 00:46.02 | cr2 | need to got to bed. |
| 00:46.13 | cr2 | dcordes_: thing of bluez-utils |
| 00:46.16 | cr2 | good night |
| 00:46.17 | dcordes_ | ali1234, heh ask him if he's still involved with remote controlled vehicles ^^ |
| 00:46.20 | dcordes_ | cr2, yes gn |
| 00:46.23 | dcordes_ | cr2, will have to clean hdd |
| 00:49.47 | dcordes_ | alright definetly need some mind refreshing sleep as well |
| 00:50.07 | dcordes_ | good day / good night |
| 00:58.48 | tmzt | rndis-host uses eth1 |
| 00:58.51 | tmzt | usually |
| 01:00.44 | *** join/#htc-linux x29a_ (n=x29a@unaffiliated/x29a) |
| 01:07.44 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 01:29.12 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 01:41.53 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-192-228.bak.res.rr.com) |
| 02:26.22 | *** join/#htc-linux root2 (n=root@rgnb-5d87d99f.pool.mediaWays.net) |
| 02:47.16 | mdrobnak | tmzt: Anything crazy happen today? Tried to read some logs...About to go to bed.. |
| 02:47.37 | mdrobnak | Oops. That was 2 hours ago. Guess it *is* time for bed.. |
| 02:54.24 | tmzt | like? |
| 02:54.35 | tmzt | seems bt is working |
| 02:54.38 | tmzt | not sure |
| 03:02.48 | *** join/#htc-linux PoohbaLT (n=BlkPoohb@c-69-141-71-249.hsd1.nj.comcast.net) |
| 03:10.04 | *** join/#htc-linux stickboy (n=anonymou@128.153.211.18) |
| 04:00.39 | *** join/#htc-linux goxboxlive (n=jrs@mail2.hjellnesconsult.no) |
| 04:45.58 | *** join/#htc-linux W8TVI (n=nnme@71.238.235.30) |
| 05:15.44 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
| 05:18.33 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
| 05:38.50 | *** join/#htc-linux xixx (n=xixx@cpmsq.epam.com) |
| 06:19.24 | *** join/#htc-linux NetRipper (n=netrippe@netripper.nl) |
| 06:22.05 | *** join/#htc-linux pronik` (n=user@92.229.83.233) |
| 07:01.00 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 07:03.54 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
| 07:15.35 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
| 07:17.13 | tmzt | sound is somewhat working on raph500 |
| 07:17.28 | tmzt | playwav2 and vogue audio 2 |
| 07:17.38 | tmzt | remote sound from phone! |
| 07:29.08 | *** join/#htc-linux pleemans (n=toi@81.164.156.69) |
| 07:44.43 | *** join/#htc-linux Squarc (n=Squarc@82.217.32.29) |
| 07:49.02 | *** join/#htc-linux MrPippy (n=pip@75.36.57.196) |
| 08:04.01 | *** join/#htc-linux xixx (n=xixx@cpmsq.epam.com) |
| 08:09.05 | *** join/#htc-linux MLM (n=mlvdmeid@5ED0BCBD.cable.ziggo.nl) |
| 08:23.44 | *** join/#htc-linux Gnutoo (n=gnutoo@host88-84-dynamic.51-79-r.retail.telecomitalia.it) |
| 08:53.17 | *** join/#htc-linux kvaster (n=kvaster@93.84.112.80) |
| 09:17.55 | *** join/#htc-linux paran (n=paran@cust.fiber-lan.snet.lk.212.214.112.112.visit.se) |
| 09:18.08 | *** join/#htc-linux aiOn` (n=aiontsu@69.7.43.20) |
| 09:18.08 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-192-228.bak.res.rr.com) [NETSPLIT VICTIM] |
| 09:18.09 | *** join/#htc-linux tmzt (n=tmzt@adsl-99-52-65-233.dsl.akrnoh.sbcglobal.net) |
| 09:18.09 | *** join/#htc-linux DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) [NETSPLIT VICTIM] |
| 09:18.09 | *** join/#htc-linux mdrobnak (n=mdrobnak@pool-98-116-165-7.nycmny.fios.verizon.net) [NETSPLIT VICTIM] |
| 09:18.09 | *** join/#htc-linux Dinde (i=kayser@81-65-176-209.rev.numericable.fr) [NETSPLIT VICTIM] |
| 09:18.09 | *** join/#htc-linux NAiL (n=repvik@nslu2-linux/repvik) [NETSPLIT VICTIM] |
| 09:18.09 | *** join/#htc-linux madCoder` (n=madcoder@c-68-42-30-56.hsd1.pa.comcast.net) [NETSPLIT VICTIM] |
| 09:18.09 | *** join/#htc-linux bartman (n=bart@tau.jukie.net) [NETSPLIT VICTIM] |
| 09:18.09 | *** join/#htc-linux kri5 (n=kri5@cowdy.vlmc.org) [NETSPLIT VICTIM] |
| 09:18.09 | *** join/#htc-linux dtrack (n=LOL@78-86-59-180.zone2.bethere.co.uk) [NETSPLIT VICTIM] |
| 09:18.09 | *** join/#htc-linux astrolite (n=astrolit@c-d7c9e455.023-352-6c6b701.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 09:18.09 | *** join/#htc-linux Perkka (n=perkka@ua-83-227-207-92.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 09:18.23 | *** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM] |
| 09:18.23 | *** join/#htc-linux KungFunk (n=cow@c-e1d571d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 09:18.23 | *** join/#htc-linux ecze (n=ecze@eczema.ecze.com) [NETSPLIT VICTIM] |
| 09:18.23 | *** join/#htc-linux darkstar62[away] (n=darkstar@97-126-104-157.tukw.qwest.net) [NETSPLIT VICTIM] |
| 09:18.23 | *** join/#htc-linux jmaurice (i=jmaurice@snickers.org) [NETSPLIT VICTIM] |
| 09:18.23 | *** join/#htc-linux high-rez (n=gus@carrera.bourg.net) [NETSPLIT VICTIM] |
| 09:18.23 | *** join/#htc-linux thinko (n=jdoe6alp@smaug.rackdragon.com) [NETSPLIT VICTIM] |
| 09:18.32 | *** join/#htc-linux zwon (n=sven@ip-78-94-250-13.unitymediagroup.de) |
| 09:18.52 | Gnutoo | cr2 |
| 09:18.56 | Gnutoo | oops not there |
| 09:28.13 | *** join/#htc-linux root2 (n=root@rgnb-5d87d99f.pool.mediaWays.net) [NETSPLIT VICTIM] |
| 09:28.13 | *** join/#htc-linux richard333 (n=richard@adsl-072-149-006-119.sip.mia.bellsouth.net) [NETSPLIT VICTIM] |
| 09:28.13 | *** join/#htc-linux nozze (n=nozze@u193-11-162-41.studentnatet.se) [NETSPLIT VICTIM] |
| 09:28.14 | *** join/#htc-linux infernix (i=nix@unaffiliated/infernix) |
| 09:28.14 | *** join/#htc-linux AngriestDog (n=jmissao@unaffiliated/sundial) [NETSPLIT VICTIM] |
| 09:28.46 | *** join/#htc-linux dzo___ (n=dzo___@166-179-201-73.jamamobile.co.nz) |
| 09:31.33 | *** join/#htc-linux stefand6 (n=stefand@uu194-7-153-125.unknown.uunet.be) |
| 09:33.00 | *** join/#htc-linux zwon (n=sven@ip-78-94-250-13.unitymediagroup.de) |
| 09:51.01 | *** join/#htc-linux Gnutoo (n=gnutoo@host209-136-dynamic.2-87-r.retail.telecomitalia.it) |
| 10:21.31 | *** join/#htc-linux dzo___ (n=dzo___@166-179-201-73.jamamobile.co.nz) |
| 10:28.28 | *** join/#htc-linux kvaster_ (n=kvaster@93.84.112.80) |
| 10:54.00 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
| 11:12.40 | Gnutoo | ~seen druidu |
| 11:13.55 | Gnutoo | why seen never works with me in this channel? |
| 11:14.40 | Gnutoo | ~seen cr2 |
| 11:17.17 | *** join/#htc-linux balans (n=Administ@212-123-149-239.ip.telfort.nl) |
| 11:17.52 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 11:25.07 | mdrobnak | tmzt: Great news on sound. :-) Yeah, I was mostly referring to the RAPH RAM issue. Have not had time to do anything the past 2 days. Work is driving me crazy. Should have some time later today though. |
| 11:28.24 | *** join/#htc-linux MLM (n=mlvdmeid@igad.nhtv.nl) |
| 11:37.47 | mdrobnak | I just booted Android successfully using 107MB RAM in the bank 0, but of course now I got a lot of these: E/copybit ( 136): copyBits failed (Invalid argument) because I have pmem disabled.. |
| 11:38.51 | mdrobnak | Audio works, data works... |
| 11:41.21 | mdrobnak | # free |
| 11:41.21 | mdrobnak | <PROTECTED> |
| 11:41.21 | mdrobnak | <PROTECTED> |
| 11:41.21 | mdrobnak | <PROTECTED> |
| 11:41.21 | mdrobnak | Total: 170236 101976 68260 |
| 11:41.54 | mdrobnak | Speed is OK, it's not like when hitting swap badly. |
| 12:02.53 | ali1234 | mdrobnak: that's more or less to be expected since pmem occupies the top part of bank 0 |
| 12:03.15 | ali1234 | did you try with a very small bank[1] ? |
| 12:03.27 | *** join/#htc-linux bertramt (n=chatzill@63.246.89.17) |
| 12:10.39 | *** join/#htc-linux SOG (n=SOG@n219079053203.netvigator.com) |
| 12:12.23 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
| 12:15.41 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
| 12:27.57 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
| 12:29.24 | mdrobnak | ali1234 - yeah I figured that. Maybe pmem needs to be at the end of the ram allocated to linux? I did not try with small bank 1 yet. |
| 12:29.45 | ali1234 | pmem isn't within the memory allocated to linux |
| 12:29.46 | mdrobnak | It's still up, and getting my MS Exchange mail, so that's good :-) |
| 12:31.35 | mdrobnak | Hmm. I'll have to try a small bank 1 later. I guess the question is - does pmem bleed into bank 1 the way it's set up now? |
| 12:31.40 | mdrobnak | Maybe that's a problem in itself. |
| 12:31.59 | mdrobnak | Nevermind, we tested it with pmem off though |
| 12:32.26 | mdrobnak | Here's one thing that I don't know if it's right - #define VMALLOC_END (PAGE_OFFSET + 0x20000000) |
| 12:32.37 | mdrobnak | If PAGE_OFFSET is 0x10000000 |
| 12:32.42 | mdrobnak | then that's 0x30000000 |
| 12:33.05 | mdrobnak | Which, if I remember from my windows testing, 0x28000000 is a mirror of 0x21000000 |
| 12:33.24 | mdrobnak | so if you try and access anything that high, it would crash, I would think. (dzo told me about the mirror thing) |
| 12:33.37 | mdrobnak | Anyway, I have to get to work. |
| 12:33.38 | ali1234 | 0x10000000-0x18000000 is bank 0 |
| 12:33.46 | ali1234 | 0x20000000 - 0x28000000 is bank 1 |
| 12:33.55 | mdrobnak | Exactly. |
| 12:34.15 | ali1234 | anything outside those is very likely to just mirror the real ram because of how the address bus works |
| 12:34.35 | mdrobnak | Right. I tried reading at 0x28000000 and got my contents of 0x20000000 |
| 12:34.40 | ali1234 | yes |
| 12:34.55 | ali1234 | because the bit 0x08000000 is not connected to anything |
| 12:34.58 | mdrobnak | So. My point is - if Linux thinks the ram goes past 0x28000000 and tries to allocate it.. |
| 12:35.03 | mdrobnak | it should crash. |
| 12:35.05 | ali1234 | it doesnt |
| 12:35.15 | ali1234 | you set the bank up |
| 12:35.26 | ali1234 | i dont know what VMALLOC_END means but i'll look into it |
| 12:35.34 | ali1234 | could be related... but not how you think :) |
| 12:36.20 | mdrobnak | it's in mach-msm/include/mach/vmalloc.h |
| 12:36.43 | ali1234 | http://www.mail-archive.com/linux-omap@vger.kernel.org/msg05226.html |
| 12:36.49 | ali1234 | [PATCH] OMAP: Increase VMALLOC_END to allow 256MB RAM |
| 12:36.53 | ali1234 | so could be related |
| 12:37.03 | mdrobnak | Exactly. |
| 12:37.11 | mdrobnak | There's something similar for MSM |
| 12:37.32 | mdrobnak | " The VMALLOC_END has been adjusted as it would overlap 128MB of the second memory bank (which is all of it). This is in preparation of enabling the second memory bank." |
| 12:37.57 | mdrobnak | That's the git log from that commit, which makes that line what it is. |
| 12:38.50 | mdrobnak | Anyway, if you have time, let me know what you think or find. I'll try to set up a kernel with a small 1MB on bank 1 later. I want to see if it'll be fairly stable as is. |
| 12:45.50 | ali1234 | here i've got #define VMALLOC_END 0xF8000000 |
| 12:48.19 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
| 12:48.35 | mdrobnak | mdrobnak@mdrobnak-desktop:~/android-kernel/kernel/arch/arm/mach-msm$ md5sum include/mach/vmalloc.h |
| 12:48.35 | mdrobnak | e896a981f1daffccf2bf824d370cfccb include/mach/vmalloc.h |
| 12:49.00 | ali1234 | what branch are you on? |
| 12:49.06 | mdrobnak | mach-msm-2.6.27 |
| 12:49.27 | mdrobnak | err htc-msm-2.6.27 |
| 12:49.42 | ali1234 | im on htc-msm-2.6.29 |
| 12:50.15 | mdrobnak | well, that'll be different :-) |
| 12:50.25 | ali1234 | yeah |
| 12:50.30 | ali1234 | maybe you should try it? |
| 12:51.22 | mdrobnak | I don't think anyone's got our patches in it yet - it loooks like it's just following google. |
| 12:51.59 | mdrobnak | anyway, leaving now. Really. Bye. |
| 12:52.10 | ali1234 | well you can merge it |
| 12:58.31 | *** join/#htc-linux gnutoo_ (n=gnutoo@host213-162-dynamic.51-79-r.retail.telecomitalia.it) |
| 13:00.13 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
| 13:28.08 | *** join/#htc-linux StarLite` (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
| 13:34.30 | *** join/#htc-linux MethoS- (n=clemens@134.102.106.250) |
| 13:36.42 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
| 13:43.13 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
| 13:44.16 | *** join/#htc-linux root2 (n=root@rgnb-5d87d710.pool.mediaWays.net) |
| 13:45.50 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 13:46.35 | kvaster_ | hi. everybody. anybody know about android 1.6 - does it need 2.6.29 kernel, or it should be ok also with 2.6.27 ? |
| 13:53.01 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:03.41 | *** join/#htc-linux mrmoku` (n=mrmoku@ppp-88-217-29-126.dynamic.mnet-online.de) |
| 14:21.49 | *** join/#htc-linux mrmoku (n=mrmoku@ppp-93-104-182-104.dynamic.mnet-online.de) |
| 14:36.34 | *** join/#htc-linux townkat (n=town@86.127.6.111) |
| 15:05.54 | *** join/#htc-linux rashire2 (n=ed1112wa@pool-98-114-209-5.phlapa.fios.verizon.net) |
| 15:19.38 | *** join/#htc-linux MLM (n=mlvdmeid@94.208.188.189) |
| 15:41.37 | *** join/#htc-linux MethoS-- (n=clemens@134.102.106.250) |
| 15:49.13 | *** join/#htc-linux onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 15:54.13 | *** join/#htc-linux onen|openBmap_ (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 15:56.24 | *** join/#htc-linux balans (n=Administ@212-123-149-239.ip.telfort.nl) |
| 16:05.25 | *** join/#htc-linux Marajin (n=marajin@87-194-102-189.bethere.co.uk) |
| 16:09.22 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 16:12.03 | Captnoord | damn first day in a long time I feel relaxed |
| 16:16.21 | *** join/#htc-linux LTxda (n=anon@unaffiliated/ltxda) |
| 16:18.18 | *** join/#htc-linux pleemans (n=toi@d54C2A96D.access.telenet.be) |
| 16:22.52 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 16:46.15 | *** join/#htc-linux kvaster_ (n=kvaster@live.bn.by) |
| 17:09.35 | *** join/#htc-linux onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 17:11.24 | *** join/#htc-linux stickboy (n=anonymou@128.153.183.130) |
| 17:26.05 | *** join/#htc-linux kiozen (n=kiozen@rgnb-5d87d44b.pool.mediaWays.net) |
| 17:27.03 | *** join/#htc-linux root2 (n=root@rgnb-5d87d379.pool.mediaWays.net) |
| 17:33.03 | GNUtoo | ~seen druidu |
| 17:33.10 | GNUtoo | ~seen cr2 |
| 17:40.09 | *** join/#htc-linux MrPippy (n=pip@adsl-75-36-57-196.dsl.sndg02.sbcglobal.net) |
| 17:49.01 | *** join/#htc-linux pH5 (n=ph5@e178207174.adsl.alicedsl.de) |
| 17:50.42 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 17:54.58 | *** join/#htc-linux Marajin_ (n=marajin@87-194-102-189.bethere.co.uk) |
| 18:01.57 | *** join/#htc-linux stickboy (n=anonymou@128.153.183.130) |
| 18:02.19 | *** join/#htc-linux pleemans (n=toi@84.194.169.109) |
| 18:23.53 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
| 18:43.04 | *** join/#htc-linux cr2 (n=cr2@109.85.87.33) |
| 18:44.41 | cr2 | GNUtoo: hi |
| 18:45.30 | tmzt | cr2: looks like sound is partly working on raph500 |
| 18:45.37 | tmzt | I have some patches for you to look at |
| 18:46.00 | tmzt | http://people.openezx.org/tmzt/patches-for-dcordes-raph500-smisplit/ |
| 18:46.31 | cr2 | partly ? |
| 18:47.12 | tmzt | I can hear somebody when calling, but I only tried with voicemail so I don't know if microphone works |
| 18:47.32 | cr2 | can you play .wav , .mp3 ? |
| 18:47.34 | tmzt | but playwav/playwav2 works if I record something with arecord -f wav on the pc first |
| 18:47.41 | tmzt | mp3 device is missing |
| 18:47.46 | cr2 | add it |
| 18:47.59 | cr2 | you have PLAY0 afair |
| 18:48.11 | tmzt | right, ok |
| 18:48.17 | tmzt | can you look at the patches? |
| 18:48.25 | tmzt | I had to do that to use diamond header |
| 18:48.27 | cr2 | yes. 11 patches ? |
| 18:48.45 | tmzt | yeah, produced with format-patch |
| 18:48.59 | Captnoord | every commit a patch.... |
| 18:49.03 | cr2 | ok |
| 18:49.10 | Captnoord | good evening all |
| 18:49.55 | cr2 | if (machine_is_htcraphael_cdma() || machine_is_htcraphael_cdma500() || machine_is_htcdiamond_cdma()) { |
| 18:49.59 | cr2 | hi Captnoord |
| 18:50.21 | cr2 | tmzt: i think we need to find a better way for that. i think such code is ugly |
| 18:50.25 | tmzt | I know |
| 18:50.28 | tmzt | which file? |
| 18:50.36 | tmzt | it should be based on amss in most cases |
| 18:50.47 | tmzt | the define checks were completely broken |
| 18:50.56 | tmzt | that's why I couldn't boot yesterday |
| 18:51.17 | tmzt | and it doesn't make any sense, what machines are enabled should not affect how core code works |
| 18:51.22 | tmzt | core msm code |
| 18:51.50 | cr2 | patch8 should be unconditional |
| 18:52.18 | tmzt | yeah, I was trying not to break dzo's stuff |
| 18:52.24 | cr2 | the adb is non-standard interface, and android people should enable it themselves |
| 18:52.26 | tmzt | but he doesn't use my board anyway |
| 18:52.36 | tmzt | it's not android, that's dzo's cmdline thing |
| 18:52.43 | tmzt | but it should have been defaulted to 0, not 1 |
| 18:52.58 | cr2 | well, you certainly don't want it on non-android |
| 18:53.03 | tmzt | right |
| 18:53.10 | tmzt | we should use the gadget driver instead though |
| 18:53.13 | cr2 | do we have #ifdef ANDROID Kconfig option ? |
| 18:53.21 | tmzt | no, and I don't think we should |
| 18:53.27 | tmzt | not to control everything |
| 18:53.29 | cr2 | why ? |
| 18:53.52 | cr2 | i want to remove the static memory allocation in board*.h |
| 18:54.49 | tmzt | you mean pmem? |
| 18:55.09 | tmzt | we already have config options for most of that |
| 18:55.22 | cr2 | not only. also the #defines |
| 18:55.37 | tmzt | do we know what causes the mddi dma errors? |
| 18:55.47 | cr2 | where ? |
| 18:55.58 | tmzt | on dmesg |
| 18:55.59 | cr2 | which client/panel do you have ? |
| 18:56.09 | tmzt | I'm not initing it right now I think |
| 18:56.22 | tmzt | but I think those errors are related to vkeyb |
| 18:56.31 | tmzt | darkstar62: where are you ts patches? |
| 18:56.35 | cr2 | the raph-panel needs a major cleanup. |
| 18:56.51 | tmzt | darkstar62: can we use the cmdline/sysfs calibration method? |
| 18:57.00 | darkstar62 | all the touchscreen work I've done is in the candidate-android branch of linwizard |
| 18:57.02 | tmzt | it looks like X is getting one also |
| 18:57.05 | darkstar62 | don't see why not |
| 18:57.16 | darkstar62 | drivers/input/touchscreen/tsc2046.c |
| 18:57.36 | tmzt | that might work on vogue |
| 18:57.59 | cr2 | darkstar62: ads7846 ? |
| 18:58.12 | cr2 | darkstar62: what is the difference ? |
| 18:58.32 | cr2 | just because it's written by nokia for omap ? |
| 18:58.53 | darkstar62 | ads7846 uses different instruction sizes |
| 18:58.58 | darkstar62 | 16-bit |
| 18:58.59 | kvaster_ | hi all again. anybody know if android 1.6 can be theoretically launched on kernel 2.6.27 or it requires 2.6.29 ? |
| 18:59.01 | cr2 | hmm. |
| 18:59.02 | darkstar62 | ours is 8-bit |
| 18:59.14 | tmzt | kvaster_: I think it should work if the api is correct |
| 18:59.31 | darkstar62 | kvaster_: not sure about 1.6, but we're running 1.5 with 1.0 patches on 2.6.25 |
| 18:59.32 | cr2 | darkstar62: we used it in 24bit mode, but somehow it was still replaced by ads7846 |
| 18:59.34 | *** join/#htc-linux root2 (n=root@rgnb-5d874a9b.pool.mediaWays.net) |
| 18:59.46 | kvaster_ | ok. thanks. cause I'm going to try to create 1.6 image for blackstone. |
| 19:00.03 | tmzt | cool, have you seen the donut stuff on dzo's site? |
| 19:00.08 | kvaster_ | (goal is to launch soud on android) |
| 19:00.16 | tmzt | also, darkstar62, have you done anything with donut or 1.6? |
| 19:00.21 | tmzt | soud? |
| 19:00.21 | kvaster_ | tmzt: no. will take a look. |
| 19:00.27 | kvaster_ | soud = sound |
| 19:00.42 | darkstar62 | tmzt: haven't touched it -- I'm waiting for upstream work to finish before I do |
| 19:00.43 | kvaster_ | (sound on android on blackstone) |
| 19:00.44 | tmzt | ah |
| 19:00.59 | darkstar62 | I'm pretty confident in our work of getting 1.5 running with 1.0 patches, but I doubt that'll keep |
| 19:01.06 | cr2 | tmzt: do we know the reason for that -> |
| 19:01.08 | tmzt | 1.0 patches? |
| 19:01.10 | cr2 | +#if defined(CONFIG_MACH_HTCRAPHAEL) || defined(CONFIG_MACH_HTCRAPHAEL_CDMA) || defined(CONFIG_MACH_HTCRAPHAEL_CDMA500) || defined(CONFIG_MACH_HTCDIAMOND) || defined(CONFIG_MACH_HTCDIAMOND_CDMA) || defined(CONFIG_MACH_HTCBLACKSTONE) || defined(CONFIG_MACH_HTCKOVSKY) |
| 19:01.12 | darkstar62 | and we can't move to 2.6.27 to pick up the 1.5 patches |
| 19:01.15 | tmzt | what file? |
| 19:01.22 | darkstar62 | so our best bet is to move to 2.6.30 and grab the 2.6.29 patches |
| 19:01.28 | cr2 | tmzt: i find it really insane |
| 19:01.37 | tmzt | it's just broken :) we did it because our code didn't work on diamond |
| 19:01.39 | cr2 | drivers/usb/function/ether.c |
| 19:01.41 | tmzt | or google's code didn't |
| 19:01.44 | tmzt | yeah |
| 19:01.53 | tmzt | that's because linux needs cdc-subset |
| 19:02.08 | tmzt | I tried 0x06 yesterday but it's missing cdc descriptors |
| 19:02.18 | tmzt | we should switch to gadget to fix it, not try to fix function |
| 19:02.18 | cr2 | tmzt: next will come RHOD and TOPA |
| 19:02.27 | cr2 | maybe it'd be ifdef ANDROID ? |
| 19:02.28 | tmzt | I was going to try that on my board |
| 19:02.38 | tmzt | it shouldn't be ifdef anything |
| 19:03.01 | cr2 | the subclasses are standardized ? |
| 19:03.03 | tmzt | we should be able to build trout/ce kernels from the same code and use the same zImage |
| 19:03.06 | tmzt | yes |
| 19:03.36 | tmzt | look at include/linux/usb/cdc.h |
| 19:03.58 | cr2 | ok, but if they break the standard, they should be ifdef'd |
| 19:04.33 | tmzt | they don't |
| 19:04.38 | tmzt | what do you mean? |
| 19:04.50 | phh | does the nand driver really cause troubles on DIAM100 ? (as stated on wiki.xda-developers) |
| 19:04.50 | cr2 | ok, then we need to find out what's wrong in our kernel |
| 19:05.06 | cr2 | standard means cdc ethernet profile |
| 19:05.13 | GNUtoo | cr2, hi I'll be back in 1min |
| 19:05.38 | cr2 | phh: you can overwrite spl with it. |
| 19:05.47 | phh | cr2: even if only reading ? |
| 19:06.07 | cr2 | android testers write there |
| 19:06.08 | tmzt | there are multiple cdc standards |
| 19:06.17 | cr2 | without knowing what they are doing. |
| 19:06.30 | cr2 | because it's accessed rw |
| 19:06.42 | phh | cr2: well it's not a bug but just a feature ? |
| 19:06.55 | GNUtoo | hi cr2 |
| 19:07.02 | cr2 | tmzt: i'd like linux cdc standard |
| 19:07.07 | GNUtoo | basically the fseek based dumper doesn't work |
| 19:07.20 | cr2 | phh: there is some work to be done before. |
| 19:07.25 | GNUtoo | the memdev2 seem to return non 0 when the fseek dumper does |
| 19:07.30 | GNUtoo | booting |
| 19:07.43 | phh | cr2: oh. so no easy wifi ? |
| 19:07.47 | tmzt | that's why they use the ipaq vend/prod, it's whitelisted in cdc-subset |
| 19:07.53 | tmzt | 0x10 is rndis or similar |
| 19:07.57 | cr2 | phh: you need to describe the disk layout, and need to decide what to do with the non-0x2000 aligned data |
| 19:08.09 | tmzt | #define USB_CDC_SUBCLASS_MDLM 0x0a |
| 19:08.19 | cr2 | rndis is microsoft innovation |
| 19:08.30 | tmzt | yes, but it's also based on a standard |
| 19:08.37 | phh | cr2: if i just want a big dump dd bs=8192 will work then ? |
| 19:08.39 | tmzt | read the header and cdc-ether/subset files in linux |
| 19:08.55 | tmzt | rndis uses an encapsulated message over the status endpoint |
| 19:09.09 | tmzt | which is an extension of the standard |
| 19:09.16 | cr2 | phh: only if the start address is aligned too |
| 19:09.26 | phh | cr2: ok thanks |
| 19:09.45 | cr2 | phh: you also need to check some #defines in msm_nand.c, if they are also true for us |
| 19:10.08 | *** join/#htc-linux mugsie (n=graham@unaffiliated/mugsie) |
| 19:10.41 | cr2 | tmzt: to be honest, i don't see any use for rndis for linux-linux connection |
| 19:11.09 | tmzt | right, but it's easier to support on windows |
| 19:11.34 | cr2 | well, fuck them |
| 19:11.52 | cr2 | let them recompile the kernel and have the same PITA as with synce ;) |
| 19:11.58 | phh | :) |
| 19:12.36 | cr2 | i can't even connect to the damn raph100 |
| 19:12.42 | tmzt | why? |
| 19:12.48 | tmzt | oh, in activesync? |
| 19:13.16 | cr2 | because it declares itself a wireless whatever, and synce over USB0 is PITA |
| 19:13.34 | tmzt | yeah, I saw that, but I think your system is broken |
| 19:13.56 | cr2 | hehe |
| 19:14.00 | phh | tmzt: too old maybe. |
| 19:14.14 | phh | i had a lot of troubles getting my rndis connection working ... |
| 19:14.32 | tmzt | it works fine on karmic with sysnce-hal for me |
| 19:14.35 | tmzt | synce-hal |
| 19:14.44 | phh | tmzt: the problem is in the kernel. |
| 19:15.01 | cr2 | tmzt: i have plain lenny, and it does not work |
| 19:15.17 | kvaster_ | i have gentoo and it works |
| 19:15.32 | tmzt | with rndis_host? |
| 19:15.36 | phh | cr2: guess kernel is too old |
| 19:15.38 | GNUtoo | here's output http://www.pastebin.ca/1578223 |
| 19:15.38 | cr2 | i may have some problem inside wince |
| 19:15.45 | Captnoord | cr2 got any bt stuff? |
| 19:15.48 | GNUtoo | indeed doesn't work |
| 19:15.50 | cr2 | one more argument why wince is shit. |
| 19:15.58 | cr2 | Captnoord: yes |
| 19:16.05 | Captnoord | becaus its called windows? |
| 19:16.09 | cr2 | Captnoord: but i don't have dluez-utils |
| 19:16.22 | Captnoord | hardware? |
| 19:16.24 | Captnoord | to test? |
| 19:16.28 | tmzt | GNUtoo: output from what? |
| 19:16.31 | cr2 | no. because there is an option 'ask about usb_storage or rndis' |
| 19:16.40 | GNUtoo | tmzt, wait a sec I'll pastebin code |
| 19:16.41 | tmzt | right, which delays it |
| 19:16.43 | cr2 | but it does not work since weeks for me. |
| 19:16.50 | phh | cr2: and because it works within linux :) |
| 19:17.02 | Captnoord | hmm... I spend a entire evening fucking with it before it worked |
| 19:17.12 | Captnoord | that synce crap... |
| 19:17.16 | Captnoord | nah the idea is not crap |
| 19:17.24 | GNUtoo | here the code: http://www.pastebin.ca/1578227 |
| 19:17.24 | phh | yes it is. |
| 19:17.28 | cr2 | GNUtoo: pastebin.ca blocked me somehow. |
| 19:17.28 | phh | why not use cdc ether ? |
| 19:17.31 | phh | too standard maybe ? |
| 19:17.34 | GNUtoo | ok |
| 19:17.40 | GNUtoo | I'll repaste |
| 19:18.03 | GNUtoo | tmzt, basically a friend made me a program based on fseek for dumping the mem of the gps |
| 19:18.15 | GNUtoo | tmzt, fseek based thing seem not to work on /dev/mem |
| 19:18.19 | cr2 | phh: i use cdc_ether, it works, and everybody else be damned :) |
| 19:18.30 | Captnoord | amen to that... |
| 19:18.32 | GNUtoo | tmzt, or maybe he didn't check for errors on some things |
| 19:18.45 | cr2 | GNUtoo: i think we should find out how/why /dev/mem is broken on msm |
| 19:18.48 | phh | GNUtoo: do some strace |
| 19:18.51 | GNUtoo | ok |
| 19:18.54 | GNUtoo | thanks |
| 19:18.59 | GNUtoo | I'll cross-compile strace |
| 19:19.01 | phh | strace will give errors if there is any |
| 19:19.15 | Captnoord | but the reason you can's test it is because of the thiny asks you to let the device work as a disk |
| 19:19.26 | Captnoord | and that doesn't work |
| 19:19.28 | Captnoord | lol |
| 19:19.33 | cr2 | GNUtoo: it's broken on my raph100 too. so it's something fundamental |
| 19:19.36 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
| 19:19.56 | GNUtoo | fseek based program: http://pastebin.com/m14f9fe8e |
| 19:20.07 | cr2 | Captnoord: i don't get the popup window since some time. maybe linux is guilty :) |
| 19:20.44 | Captnoord | for me it still works.... |
| 19:20.56 | phh | GNUtoo: maybe there is some alignment problem |
| 19:21.13 | cr2 | GNUtoo: ok, but mmap should work too. i don't see any good reason why you can'T mmap /dev/mem |
| 19:21.14 | phh | (reading only one byte at a time, is most of the time really bad.) |
| 19:21.14 | Captnoord | cr2 there is also a setting related to that on wince |
| 19:21.14 | GNUtoo | and the output: |
| 19:21.30 | Captnoord | hmmm |
| 19:21.32 | Captnoord | now your saying |
| 19:21.33 | GNUtoo | http://pastebin.com/m5768d189 |
| 19:21.38 | GNUtoo | ok thanks |
| 19:21.40 | Captnoord | I think I don't get it anymore on linux |
| 19:21.59 | cr2 | GNUtoo: you may read in pages. for such a big block |
| 19:22.01 | GNUtoo | and the output of dd: |
| 19:22.05 | GNUtoo | ok |
| 19:22.15 | tmzt | CONFIG_LSM_MMAP_MINUMUM? |
| 19:22.21 | Captnoord | GNUtoo: reading with "rb" maybe? |
| 19:22.37 | GNUtoo | I'll try |
| 19:22.50 | Captnoord | also check if the fseek worked |
| 19:23.06 | GNUtoo | dd: |
| 19:23.09 | GNUtoo | dd if=/dev/mem of=smem bs=4096 skip=$((0x01f00000/4096)) count=$((0x100000/4096)) |
| 19:23.10 | GNUtoo | dd: /dev/mem: Bad address |
| 19:23.21 | phh | so fseek hasn't worked i'd guess :D |
| 19:23.25 | Captnoord | if ( !fseek(mem,offset,SEEK_SET) ) bla bla |
| 19:23.25 | GNUtoo | cat : cat /dev/mem |
| 19:23.26 | GNUtoo | /dev/mem: invalid length |
| 19:23.34 | GNUtoo | ok |
| 19:23.46 | cr2 | tmzt: what does it do ? |
| 19:23.52 | phh | yeah testing fseek will be easier than cross buildiing strace. |
| 19:24.19 | tmzt | cr2: sets the minimum address you can access with mmap, to block page zero access (security issue) |
| 19:24.36 | GNUtoo | Captnoord, I thought of something like that while because I found report about /dev/mem on the web telling to check things |
| 19:24.39 | tmzt | lsm is linux security manager |
| 19:24.41 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
| 19:24.41 | cr2 | tmzt: why do you disable partial fb updates ? i think dzo has reenabled them |
| 19:24.50 | tmzt | where did I do that? |
| 19:25.01 | cr2 | patch 3 |
| 19:25.02 | tmzt | which client do I have anyway? |
| 19:25.07 | tmzt | can I enable it correctly? |
| 19:25.29 | cr2 | +mi->bank[0].size = (89 * 1024 * 1024); |
| 19:25.38 | GNUtoo | phh, cross-building strace is very easy for me...unfortunately they changed something in oe(I know exactly what)'s compilers that force me to rebuild everything from scratch |
| 19:25.41 | cr2 | tmzt: can you put a more verbose define here ? |
| 19:25.56 | phh | GNUtoo: ok |
| 19:26.04 | GNUtoo | I think they changed something about the triplet's name if I remember well |
| 19:26.08 | cr2 | i think it confuses people who don't know the full story |
| 19:26.17 | phh | GNUtoo: last time i tried cross building strace to an ARM it wasn't totally easy |
| 19:26.52 | tmzt | I didn't disable it |
| 19:26.53 | Captnoord | GNUtoo: can you print the current file offset ftell .... should be 0 |
| 19:26.56 | Captnoord | or |
| 19:26.57 | Captnoord | what ever |
| 19:26.58 | Captnoord | :P |
| 19:27.00 | GNUtoo | phh, I'm used to cross compile...I use openembedded...but some things are tricky like nss for instance....but not strace |
| 19:27.05 | tmzt | that was commented out |
| 19:27.09 | phh | GNUtoo: ok |
| 19:27.16 | cr2 | ok |
| 19:27.31 | GNUtoo | nss = the mozilla security lib |
| 19:27.33 | cr2 | btw, have we seen any other SND devices other than |
| 19:27.36 | cr2 | +static struct snd_endpoint snd_endpoints_list[] = { |
| 19:27.38 | cr2 | +SND(0, "HANDSET"), |
| 19:27.39 | cr2 | +SND(1, "SPEAKER"), |
| 19:27.41 | cr2 | +SND(2, "HEADSET"), |
| 19:27.42 | cr2 | +SND(3, "BT"), |
| 19:28.14 | Captnoord | ringtone? |
| 19:28.21 | cr2 | i think these ones should be checked: |
| 19:28.22 | Captnoord | or is that speaker? |
| 19:28.25 | cr2 | +SND(12, "HTC BH S100"), |
| 19:28.27 | cr2 | +SND(13, "HTC BH M100"), |
| 19:28.34 | cr2 | +SND(24, "HTC BH M200"), |
| 19:28.50 | Captnoord | http://www.pdashop.nl/product/50335/htc-stereo-bluetooth-headset-bh-s100.html |
| 19:28.57 | cr2 | we need to find somebody who has one of these, and ask them to dump rpc |
| 19:29.19 | tmzt | has what? |
| 19:29.23 | tmzt | is that hte nokia device? |
| 19:29.26 | cr2 | ok, so everybody who has a device from the G1 SND list should try to check rpc |
| 19:29.43 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
| 19:29.58 | cr2 | otherwise i'd suggest to cut this list by 4 initial entries. |
| 19:30.11 | tmzt | I'm not sure those endpoints really matter, it just sets the volume level |
| 19:30.16 | cr2 | we also need to check the order on blac100, and other new phones |
| 19:30.24 | cr2 | tmzt: no |
| 19:30.39 | Captnoord | one is mono |
| 19:30.42 | cr2 | tmzt: the dev=0xd for all wince volume ops |
| 19:30.44 | Captnoord | the other one is stereo |
| 19:31.09 | cr2 | Captnoord: which device do you have ? |
| 19:31.21 | Captnoord | raph300 |
| 19:31.27 | cr2 | hmm |
| 19:31.28 | Captnoord | I don't have any of the BT devices |
| 19:31.31 | Captnoord | its a raph 100 |
| 19:31.40 | cr2 | do you have a bt headset fro m the list ? |
| 19:31.44 | Captnoord | nope |
| 19:31.50 | cr2 | maybe this list exissts in wince too ? |
| 19:31.55 | cr2 | ok |
| 19:32.07 | Captnoord | lets see if I can beat you to it |
| 19:32.08 | Captnoord | :P |
| 19:32.25 | cr2 | maybe i can buy something exotic from this list ? :) |
| 19:32.46 | cr2 | i'll check my dump |
| 19:33.02 | tmzt | is that one nokia? |
| 19:33.10 | tmzt | BH- |
| 19:45.39 | GNUtoo | Captnoord, fseek returns non 0 |
| 19:45.43 | GNUtoo | so an error |
| 19:45.53 | Captnoord | yea |
| 19:46.03 | GNUtoo | so I should strace it? |
| 19:46.19 | Captnoord | if dmp is a file descriptor.... |
| 19:46.26 | Captnoord | you have to check if you have rights |
| 19:46.27 | Captnoord | :P |
| 19:46.28 | Captnoord | I think |
| 19:46.31 | GNUtoo | ok |
| 19:46.35 | Captnoord | I dono just saying what I thin |
| 19:46.35 | Captnoord | k |
| 19:46.56 | tmzt | cr2: so how do I fix the panel? |
| 19:47.00 | Captnoord | MEM I mean |
| 19:47.01 | Captnoord | :P |
| 19:47.18 | *** join/#htc-linux luc_ (n=luc@89.115.128.35) |
| 19:47.29 | Captnoord | http://lists.apple.com/archives/darwin-development/2002/Aug/msg00506.html |
| 19:47.55 | Captnoord | something similar |
| 19:48.56 | GNUtoo | so I'll wait for my toolchain to finish beeing built...building locales(I'm one of the few people who does that) |
| 19:48.59 | GNUtoo | s/does/do |
| 19:49.00 | Captnoord | a how to |
| 19:49.01 | Captnoord | http://forum.soft32.com/linux2/read-physical-memory-ftopict10251.html |
| 19:49.30 | GNUtoo | Captnoord, thanks |
| 19:50.06 | Captnoord | quote |
| 19:50.07 | Captnoord | You should better use the open/lseek/read combination rather than the |
| 19:50.07 | Captnoord | fopen/fseek/fread which does buffering (and maybe other things). Also |
| 19:50.07 | Captnoord | you should definitely check the return value of lseek. |
| 19:51.46 | Captnoord | GNUtoo: check the posters last post of the last link I pasted |
| 19:51.56 | Captnoord | its using mmap |
| 19:52.05 | cr2 | tmzt: i'll be fixing it for raph100 |
| 19:52.17 | tmzt | ok, but 500/800/diam100 are the same right? |
| 19:52.25 | cr2 | no |
| 19:52.36 | cr2 | tmzt: check .mp3 |
| 19:52.59 | cr2 | raph800 is epson, raph100 is toshiba |
| 19:53.01 | tmzt | check? it doesn't work |
| 19:53.05 | tmzt | but where do I put PLAY0? |
| 19:53.21 | tmzt | I would like to get those patches cleaned up committed so I can pull the patched version |
| 19:53.54 | cr2 | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=c214e68086850c207c8134243e2ebda2489239ea |
| 19:53.56 | cr2 | adsp patch |
| 19:54.28 | cr2 | <PROTECTED> |
| 19:54.28 | cr2 | + QDSP_MODULE(AUDPLAY0TASK), |
| 19:54.28 | cr2 | <PROTECTED> |
| 19:54.50 | cr2 | i think it should work for you |
| 19:54.57 | GNUtoo | Captnoord, ok |
| 19:55.19 | GNUtoo | Captnoord, I'm reading all the post |
| 19:55.26 | GNUtoo | s/post/thread |
| 19:55.48 | tmzt | in that order? |
| 19:56.09 | tmzt | sho8uld I try to use the AudioPara.h created from the csv on my phone? |
| 19:56.11 | cr2 | order is not important |
| 19:56.19 | tmzt | I think it might help the crackling sound |
| 19:56.22 | tmzt | when playing a wav |
| 19:56.31 | cr2 | Audiopara belongs to /lib/firmware/ |
| 19:56.44 | tmzt | true, but we don't have a parser yet |
| 19:56.46 | cr2 | som time later |
| 19:56.58 | cr2 | we can compile it to a binary blob |
| 19:57.03 | tmzt | yes |
| 19:57.21 | cr2 | we need to recompile the .bts for BT anyway |
| 19:57.37 | cr2 | so we don'T distribute the original htc .bts |
| 19:58.34 | cr2 | i have (even 2) decompilers, but we need a compiler |
| 19:58.59 | cr2 | dzo said that he recompiled the BT firmware , i think |
| 19:59.27 | ali1234 | what is a bts anyway? |
| 20:00.54 | cr2 | ali1234: compiled TI BT firmware modification commands |
| 20:01.24 | ali1234 | so it's some kind of scripting language? |
| 20:01.25 | cr2 | are used on brf6150 and 63x0 families |
| 20:01.26 | tmzt | it's just register settings? |
| 20:01.39 | ali1234 | or is it machine code? |
| 20:02.00 | cr2 | it's a binary blob, but you can decompile it into hcitool -friendly ascii dump |
| 20:02.09 | cr2 | these are commands |
| 20:02.27 | cr2 | i'll recompile the decompiler now :) and let you know. |
| 20:03.24 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
| 20:04.19 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B034FB8.dip.t-dialin.net) |
| 20:09.46 | kri5 | hi there |
| 20:13.06 | cr2 | AudioFilterTable.csv |
| 20:13.15 | cr2 | AudioPara3.csv |
| 20:13.22 | cr2 | AudioPara.csv |
| 20:13.30 | cr2 | AudioPreProcessTable.csv |
| 20:13.43 | cr2 | looks like some mixer/dsp firmware to me |
| 20:14.36 | cr2 | ./a.out ../RAPH/dump/FM_on_2_0.bts |
| 20:14.50 | cr2 | Loading BTS script version 1 |
| 20:14.50 | cr2 | #log "FM_ON" (default 32KHz) |
| 20:14.52 | cr2 | SEND_COMMAND: ogf=0x3f ocf=0x137 1 -> |
| 20:14.53 | cr2 | ACTION_SEND_COMMAND: 0x01 0x37 0xfd 0x01 0x01 |
| 20:14.55 | cr2 | ACTION_WAIT_EVENT : 5000 msec, 7 size, data = 0x04 0x0e 0x04 0x00 0x37 0xfd 0x00 |
| 20:15.14 | cr2 | ali1234: just vendor-specific hci commands |
| 20:15.24 | *** join/#htc-linux balans (n=Administ@212-123-149-239.ip.telfort.nl) |
| 20:15.25 | cr2 | i wish we could trace them on msm. |
| 20:15.33 | cr2 | but it seems to be difficult |
| 20:15.54 | cr2 | on pxa/s3c244x it's trivial, and is documented in wiki,, i think |
| 20:16.53 | cr2 | #Wait_HCI_Command_Complete_VS_I2C_FM_POWER_MODE_Event 5000, any, HCI_VS_I2C_FM_POWER_MODE, 0x00 |
| 20:16.54 | cr2 | #SW patch |
| 20:16.56 | cr2 | # No FW patch defined for D2_11 |
| 20:16.57 | cr2 | # Changes recommended by the AFE team - V0.1 |
| 20:16.59 | cr2 | SEND_COMMAND: ogf=0x3f ocf=0x135 7 -> |
| 20:17.00 | cr2 | ACTION_SEND_COMMAND: 0x01 0x35 0xfd 0x07 0x64 0x04 0x00 0x05 0x00 0x02 0x70 |
| 20:17.02 | cr2 | ACTION_WAIT_EVENT : 5000 msec, 7 size, data = 0x04 0x0e 0x04 0x00 0x35 0xfd 0x00 |
| 20:17.17 | cr2 | #ADC settings |
| 20:17.19 | cr2 | SEND_COMMAND: ogf=0x3f ocf=0x135 7 -> |
| 20:17.20 | cr2 | ACTION_SEND_COMMAND: 0x01 0x35 0xfd 0x07 0x64 0x04 0x00 0x04 0x00 0x00 0x1f |
| 20:17.22 | cr2 | ACTION_WAIT_EVENT : 5000 msec, 7 size, data = 0x04 0x0e 0x04 0x00 0x35 0xfd 0x00 |
| 20:17.27 | cr2 | #power on: FM and RDS |
| 20:17.29 | cr2 | SEND_COMMAND: ogf=0x3f ocf=0x135 5 -> |
| 20:17.30 | cr2 | ACTION_SEND_COMMAND: 0x01 0x35 0xfd 0x05 0x20 0x02 0x00 0x00 0x03 |
| 20:17.32 | cr2 | ACTION_WAIT_EVENT : 5000 msec, 7 size, data = 0x04 0x0e 0x04 0x00 0x35 0xfd 0x00 |
| 20:18.10 | phh | hu ? |
| 20:18.19 | phh | powering on FM and RDS is done with hci commands ? |
| 20:18.26 | cr2 | yes |
| 20:18.53 | phh | weird. |
| 20:18.59 | cr2 | do you know the bt power/reset gpios for blac100 ? |
| 20:19.07 | cr2 | then you can test it. |
| 20:19.29 | cr2 | switching the FM radio to the speaker is an AT command |
| 20:19.45 | phh | getting RDS too ? |
| 20:20.00 | cr2 | frequency change cmd, et al. is hci too |
| 20:20.13 | cr2 | we just need to find a way how to trace it. |
| 20:20.23 | cr2 | yes |
| 20:21.07 | cr2 | wince can scan from 76.6 to 108 with 50kHz step (afair) |
| 20:21.29 | cr2 | and least with the standard firmware :) |
| 20:21.30 | *** join/#htc-linux SOG (n=SOG@219.79.49.150) |
| 20:22.13 | cr2 | 76.6 to 108MHz |
| 20:22.54 | cr2 | RDS and TMC are the same subchannel |
| 20:23.17 | cr2 | there is a wince program (and some source code) for that. |
| 20:23.39 | cr2 | tracing it will be very easy, once we know how to dump the hci payload |
| 20:26.51 | tmzt | doesn't europe use a different step? |
| 20:28.57 | cr2 | done in software |
| 20:29.12 | cr2 | things like 88-108 |
| 20:29.35 | cr2 | the station step is 150kHz afair |
| 20:31.47 | cr2 | http://en.wikipedia.org/wiki/FM_broadcasting |
| 20:31.53 | cr2 | it's more complex, actually |
| 20:33.35 | *** join/#htc-linux pronik`` (n=user@g229247095.adsl.alicedsl.de) |
| 20:43.29 | townkat | hi |
| 20:44.09 | townkat | any progress for blac ? |
| 20:44.40 | kvaster_ | i'm downloading latest android |
| 20:44.46 | kvaster_ | will be trying to create new images |
| 20:45.01 | kvaster_ | argh... 1.8gb downloaded |
| 20:45.05 | kvaster_ | 500mb more |
| 20:45.22 | townkat | so big it is ? |
| 20:45.28 | townkat | uhh |
| 20:45.40 | kvaster_ | git sources |
| 20:46.04 | townkat | did u get sound till now with 1.5 android ? |
| 20:46.04 | *** join/#htc-linux dcordes (n=luke@unaffiliated/dcordes) |
| 20:46.21 | dcordes | mickey_away, ping |
| 20:46.30 | dcordes | mickey_away, wonder what happened to the msm kernel recipe in oe. |
| 20:46.33 | kvaster_ | townkat: without android - yes |
| 20:46.43 | kvaster_ | but no sound on android 1.0 |
| 20:46.59 | townkat | :( |
| 20:47.41 | townkat | using 1.6 wont make sound work, isn't it ? |
| 20:49.39 | kri5 | kvaster_: git sources are something like 5Gb :/ |
| 20:52.03 | cr2 | dcordes: accepting patches ? |
| 20:54.30 | GNUtoo | I quite get it |
| 20:54.37 | GNUtoo | a little command and it'll be ok |
| 20:54.41 | tmzt | dcordes: yeah, I have patches for you :) |
| 20:55.43 | dcordes | ok hand them over |
| 20:56.11 | cr2 | dcordes: i think i've posted the BT patch |
| 20:56.12 | dcordes | mickey_away, nevermind |
| 20:57.11 | kri5 | where should i get the latest haret build? |
| 20:57.52 | kri5 | i tried to compile it, but i'm on a x86_64 machine, and i do not have all the necessary dependencies :/ |
| 20:58.11 | dcordes | cr2, where? |
| 20:58.52 | cr2 | hmm. |
| 20:59.43 | cr2 | [Do Sep 24 2009] [02:45:54] <cr2> ok, here is my diff. https://privatepaste.com/2012pynzvg |
| 21:00.32 | cr2 | can be more g1-friendly though |
| 21:00.49 | cr2 | but we have several places where our patches are not g1-friendly. |
| 21:01.05 | cr2 | may need to sort them out for .29 |
| 21:01.49 | cr2 | tmzt: does your .mp3 work now ? |
| 21:02.17 | tmzt | haven't patched it |
| 21:02.25 | tmzt | since I have to pull origin again |
| 21:05.15 | GNUtoo | cr2, I've what you want in this format: |
| 21:05.20 | dcordes | cr2, any log message? |
| 21:05.25 | GNUtoo | Value at address 0x1FF1A80 (0x40005a80): 0x0 |
| 21:05.30 | GNUtoo | is it ok? |
| 21:06.04 | cr2 | dcordes: enable UART2DM_RX irq |
| 21:06.27 | GNUtoo | cr2, as it may contains private infos how would you prefer to get it? |
| 21:06.41 | cr2 | GNUtoo: i need the rpc fifos |
| 21:06.50 | cr2 | GNUtoo: dcc ? |
| 21:07.27 | GNUtoo | cr2, ok you told me to dump 1M@0x01f00000 that's what I did |
| 21:07.33 | GNUtoo | ok |
| 21:08.12 | dcordes | tmzt, what about those http://people.openezx.org/tmzt/patches-for-dcordes-raph500-smisplit/ ? |
| 21:08.28 | kvaster_ | kri5: 5gb ? :) cool, so I need to wait a bit more :) |
| 21:08.37 | kri5 | kvaster_: :) |
| 21:08.59 | kri5 | kvaster_: i'm trying to have a running configuration for blackstone |
| 21:09.07 | kri5 | it doesn't matter if sound work or not |
| 21:09.09 | kvaster_ | kri5: what's the problem ? |
| 21:09.12 | kri5 | just for testing purpose |
| 21:09.28 | kvaster_ | it works for me after setting HTC_FB_CONSOLE_BOOT flag |
| 21:09.43 | kri5 | kvaster_: i've taken some kind of complete snapshot of android 1.0 on xda wiki |
| 21:09.45 | kvaster_ | (anroid 1.0 boots ok) |
| 21:09.58 | kvaster_ | yep anroid 1.0 from blac xda wiki |
| 21:10.09 | kri5 | and i replace the zImage by a freshly compiled image |
| 21:10.09 | kvaster_ | you need to set HTC_FB_CONSOLE_BOOT |
| 21:10.18 | kvaster_ | to be able to launch it |
| 21:10.24 | kri5 | in kernel config? |
| 21:10.28 | kvaster_ | yes |
| 21:10.34 | kri5 | ok, i'll try it |
| 21:10.39 | kvaster_ | it disables fb console after boot |
| 21:10.46 | cr2 | kvaster_: create a patch ? |
| 21:11.16 | GNUtoo | I'll verify something and then I'll send them trough dcc |
| 21:11.23 | kvaster_ | cr2: angstrom need kernel without that option, cause console will be not working after boot |
| 21:12.32 | kvaster_ | cr2: also do not like 'fast patches'. As I said before - will try to compile latest android and will try to bring sound to android. |
| 21:12.32 | cr2 | ? |
| 21:12.40 | cr2 | ok |
| 21:12.54 | GNUtoo | (I verify the address) |
| 21:13.02 | kvaster_ | HTC_FB_CONSOLE_BOOT disables console fb after boot (as I understand) |
| 21:13.02 | GNUtoo | s/address/addresses |
| 21:13.05 | cr2 | kvaster_: you may also grep for all hardcoded '/dev/' entries in android |
| 21:13.22 | kvaster_ | this is what I'm going to do after downloading sources |
| 21:13.33 | cr2 | HTC_FB_CONSOLE_BOOT enables the "early" fb driver |
| 21:13.36 | kvaster_ | probably some small patch to android / kernel will be needed |
| 21:13.42 | cr2 | which is replaced by msmfb later |
| 21:13.47 | tmzt | cr2: so any other problems with the patches? |
| 21:13.49 | kvaster_ | hm |
| 21:13.52 | dcordes | cr2, pushd |
| 21:14.06 | cr2 | dcordes: thanks. |
| 21:14.11 | tmzt | if you want to replace those ifdef's with machine_is that's better |
| 21:14.15 | kvaster_ | so you think that fb_console_boot option will not brake angstrom ? |
| 21:14.24 | tmzt | we should also define macro's for the amss enabled |
| 21:14.28 | cr2 | dcordes: i'd like to write some more patches. like AMSS_6120 and AMSS_6125 |
| 21:14.31 | kvaster_ | (telling the truth, I have not testes) |
| 21:14.35 | kvaster_ | (tested) |
| 21:14.58 | cr2 | tmzt: bothe are ugly |
| 21:15.24 | tmzt | yes |
| 21:15.28 | cr2 | tmzt: is should be clear what we are trying to achieve with this patch |
| 21:16.45 | tmzt | which patch? |
| 21:17.42 | cr2 | long ifdef inclding all our phoes |
| 21:17.51 | tmzt | my patch? I moved raph500 to it's own file to allow using the diam smi layout |
| 21:18.00 | cr2 | cdc_ether |
| 21:18.04 | tmzt | mostly to revert my last patch :) |
| 21:18.05 | tmzt | oh |
| 21:18.07 | tmzt | ask NetRipper |
| 21:19.01 | kri5 | kvaster_: how should i connect to the device then? |
| 21:19.15 | kvaster_ | you mean usb network ? |
| 21:19.29 | GNUtoo | there was a stupid bug I made into the dump app...works now...rebooting redumping and I'll send it |
| 21:19.34 | kri5 | kvaster_: yes |
| 21:19.46 | kri5 | kvaster_: i tried to set usbnet ip to 192.168.0.200 |
| 21:19.54 | kvaster_ | I've enabled one option in my kernel (pc) |
| 21:20.01 | kvaster_ | and I was able to connect to 192.168.0.206 |
| 21:20.06 | kvaster_ | via telnet |
| 21:20.06 | kri5 | and then to connect to 192.168.0.206 |
| 21:20.11 | kri5 | but it doesn't connect |
| 21:20.12 | kvaster_ | not ssh |
| 21:20.14 | tmzt | cr2: we can make it non conditional, the ether.c will never work as mdlm/rndis/full cdc-ether anyway |
| 21:20.18 | kri5 | i got the usb connection |
| 21:20.28 | kvaster_ | telnet your android |
| 21:20.28 | tmzt | it only uses 2 endpoints with raw skb's |
| 21:20.31 | kri5 | but then i have some no route to host :/ |
| 21:20.40 | kvaster_ | brrr |
| 21:20.48 | kvaster_ | setup your usb connection on the pc |
| 21:21.18 | kvaster_ | so, your phone was detected by your pc linux ? |
| 21:21.21 | kri5 | it is done |
| 21:21.54 | kri5 | i got my usb0 interface setted |
| 21:22.30 | tmzt | cr2: the important patch is the one that fixes irq.c, my phone would not boot without it with only CONFIG_MACH_HTCRAPHAEL_CDMA500 enabled |
| 21:23.00 | *** join/#htc-linux knkjn (i=knkjn@0.Red-88-29-190.staticIP.rima-tde.net) |
| 21:25.47 | cr2 | tmzt: which one is that ? |
| 21:26.14 | phh | is there something like lspci for sdio ? |
| 21:26.24 | GNUtoo | maybe I should obtimize a little bit... |
| 21:26.32 | GNUtoo | it would create a 11M file |
| 21:26.36 | GNUtoo | for each dump |
| 21:26.41 | cr2 | phh: dmesg ;) |
| 21:26.47 | GNUtoo | or maybe with bz2 compression....it will be fine |
| 21:27.00 | phh | cr2: err, i have to greatly increase log size then ... |
| 21:27.12 | tmzt | 0001 |
| 21:27.27 | cr2 | phh: how it is done for pcmcia ? |
| 21:27.39 | tmzt | 0011 should be amss based, not mach |
| 21:28.08 | phh | cr2: something like /sys/bus/pcmcia i guess |
| 21:28.08 | phh | i'll try /sys/bus/sdio. |
| 21:28.08 | tmzt | 0002 was because of a change I made/committed |
| 21:28.11 | tmzt | (locally) |
| 21:28.32 | tmzt | 0003 only affects comment code |
| 21:28.39 | tmzt | but it's for completeness |
| 21:28.52 | cr2 | tmzt: yeah. that's a horribly ugly file too |
| 21:28.59 | tmzt | 0004 not sure if it matters |
| 21:29.07 | tmzt | it doesn't init the panel either way |
| 21:29.27 | phh | ok let's rebuild kernel with 4MB log .. |
| 21:29.30 | tmzt | 0005 is to revert my raph800 breakage |
| 21:29.36 | tmzt | so it's important |
| 21:30.25 | tmzt | 0006, just make it non conditional :) |
| 21:30.52 | tmzt | 0007, I don't have the gpio for vbus and that led to can't queue tx usb errors |
| 21:30.58 | tmzt | and non working ether |
| 21:31.20 | tmzt | 0008 is the adb fix, should be changed to static int adb = 0, not 1 |
| 21:31.43 | tmzt | 0009 might not be needed, or it might revert part of 0001 |
| 21:32.15 | tmzt | I can clean these up and reapply to origin here if I need to |
| 21:32.33 | tmzt | 0010 probably also reverts something in 0001 |
| 21:33.01 | tmzt | 0011 should be amss and is needed for smd to work on raph500, smd1/ppp still doesn't work though |
| 21:33.05 | tmzt | (it did before) |
| 21:34.03 | *** join/#htc-linux MLM (n=mlvdmeid@94.208.188.189) |
| 21:41.43 | cr2 | dcordes: one more patch: amss version used on topa100 and rhod100 -> https://privatepaste.com/521v8j3Blg |
| 21:42.51 | tmzt | cr2: so what do you recommend? |
| 21:42.53 | GNUtoo | mmm wifi is too far for the g1... |
| 21:43.01 | GNUtoo | i'm trying to make an ap with my b43 |
| 21:43.43 | tmzt | those default y's should probably be selects |
| 21:43.44 | cr2 | tmzt: why don't you diff a working kernel against head ? |
| 21:43.51 | tmzt | how? |
| 21:43.57 | tmzt | oh, I can try that |
| 21:44.00 | tmzt | hold on |
| 21:45.20 | dcordes | cr2, pushd |
| 21:45.24 | cr2 | what is AOSP rom ? |
| 21:45.29 | dcordes | good fight, good night |
| 21:45.29 | cr2 | dcordes: thanks |
| 21:48.25 | tmzt | http://people.openezx.org/tmzt/git-diff-for-dcordes-raph500-fixups.patch |
| 21:48.28 | tmzt | ah |
| 21:48.40 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
| 21:54.10 | GNUtoo | lol I had to reboot to change wpa->open |
| 21:55.30 | tmzt | what do you mean it's far for g1 wifi? |
| 21:55.41 | tmzt | anybody else who can push that code :) ? |
| 21:58.28 | GNUtoo | mmm I've wifi issues I'll try tomorrow |
| 21:58.32 | GNUtoo | yes |
| 21:58.58 | tmzt | what issues? |
| 22:00.38 | GNUtoo | that: |
| 22:00.40 | GNUtoo | D/SettingsWifiEnabler( 387): Received network state changed to NetworkInfo: type: WIFI[], state: DISCONNECTED/DISCONNECTED, reason: (unspecified), extra: (none), roaming: false, failover: false, isAvailable: true |
| 22:02.20 | GNUtoo | and I need to sleep |
| 22:03.26 | Captnoord | GNUtoo: its working? |
| 22:06.09 | cr2 | Captnoord: am i dumb or what ? tst r3,0x100 ; orrne r5, r5, 0x2 |
| 22:06.11 | GNUtoo | Captnoord, the program yes |
| 22:06.16 | GNUtoo | Captnoord, the wifi not yet |
| 22:06.38 | GNUtoo | I'll look at it tomorrow when I will be able to open the door |
| 22:06.38 | cr2 | Captnoord: does it mean if the bit 0x100 is set, r5|=2 ? |
| 22:06.44 | Captnoord | cr2 gimma some time to wake up |
| 22:06.46 | GNUtoo | because everybody is sleeping |
| 22:06.53 | Captnoord | tst |
| 22:06.54 | Captnoord | is if |
| 22:06.54 | GNUtoo | and there are 2 doors between me and the wifi |
| 22:06.57 | GNUtoo | bye |
| 22:07.02 | Captnoord | if( r3 == 0x100 ) |
| 22:07.13 | Captnoord | and I think that that orrne is some sort of branch |
| 22:07.16 | cr2 | orrne |
| 22:07.33 | Captnoord | orr not equal |
| 22:07.54 | cr2 | if the notzero bit is set by tst |
| 22:07.54 | Captnoord | dus |
| 22:07.54 | Captnoord | if (r3 != 0x100) R5 |2 |
| 22:08.01 | Captnoord | if (r3 != 0x100) R5 |=2; |
| 22:08.04 | cr2 | does not look right |
| 22:08.19 | cr2 | i've added it this way in wiki, but it does not make sense |
| 22:08.26 | cr2 | looking at the wince results |
| 22:08.29 | tmzt | cr2: doesn't that affect the flags? |
| 22:08.42 | cr2 | tst affects the flags |
| 22:09.16 | Captnoord | yea |
| 22:09.18 | Captnoord | zero flags |
| 22:09.33 | cr2 | does it subtract 0x100 or what ? |
| 22:09.39 | Captnoord | nope |
| 22:09.41 | Captnoord | it tests |
| 22:09.52 | Captnoord | the test effects the flags |
| 22:10.07 | Captnoord | and with the orrne which is a conditional operator |
| 22:10.16 | Captnoord | you can do something |
| 22:10.20 | cr2 | The TST instruction performs a bitwise AND operation on the value in Rn and the value of Operand2. This is the same as an ANDS instruction, except that the result is discarded. |
| 22:10.39 | Captnoord | so its more like |
| 22:11.04 | Captnoord | if ( !(R3 & 0x100) ) R5 |= 2; |
| 22:11.22 | Captnoord | cr2 remember that its possible that the asm is way different than the code..... |
| 22:11.31 | Captnoord | original code |
| 22:11.33 | cr2 | if the bit is set, then the AND is nonzero |
| 22:11.38 | cr2 | so orrne |
| 22:11.45 | cr2 | so wiki is wrong |
| 22:12.22 | cr2 | then it looks good :) |
| 22:12.55 | Captnoord | hmmmm |
| 22:12.56 | cr2 | *(unsigned *)(MSM_SHARED_RAM_BASE+0xfed00)=0xffff0080 |
| 22:13.21 | Captnoord | cr2 |
| 22:13.26 | cr2 | tmzt: isn't it just writel(MSM_SHARED_RAM_BASE+0xfed00,0xffff0080); ? |
| 22:13.26 | Captnoord | orr is diff than |
| 22:13.27 | Captnoord | or |
| 22:13.29 | Captnoord | orr is |
| 22:13.34 | Captnoord | hmmm |
| 22:13.38 | Captnoord | [00:11] <Captnoord> cr2 remember that its possible that the asm is way different than the code..... |
| 22:13.45 | Captnoord | how it should be |
| 22:13.53 | Captnoord | if ( !(R3 & 0x100) ) R5 |= 1 << 2; |
| 22:14.13 | cr2 | if ( (R3 & 0x100) != 0 ) R5 |=2; |
| 22:14.32 | cr2 | don't make it unreadable :) |
| 22:14.33 | Captnoord | the arm intruction orr does this |
| 22:14.35 | Captnoord | hehe |
| 22:14.38 | Captnoord | 1 << 2 |
| 22:14.39 | Captnoord | is 4 |
| 22:14.44 | Captnoord | lol |
| 22:14.45 | Captnoord | or |
| 22:14.46 | Captnoord | nope |
| 22:14.49 | Captnoord | your correct |
| 22:14.51 | Captnoord | slaps himself |
| 22:14.58 | Captnoord | or is it |
| 22:14.58 | Captnoord | :S |
| 22:15.03 | Captnoord | lemme read some more |
| 22:15.31 | cr2 | sometimes c is simplier than asm :) |
| 22:15.45 | Captnoord | ALWAYS |
| 22:15.46 | Captnoord | :P |
| 22:16.15 | Captnoord | yea your right |
| 22:16.16 | Captnoord | its getting late |
| 22:19.42 | *** join/#htc-linux zwon (n=sven@ip-78-94-250-13.unitymediagroup.de) |
| 22:20.21 | tmzt | cr2: ok, committed that locally and pulled |
| 22:20.31 | tmzt | cr2: what do I do about mp3? |
| 22:21.27 | cr2 | 289 static struct adsp_module_info module_info[] = { |
| 22:21.28 | cr2 | 290 QDSP_MODULE(AUDPPTASK), |
| 22:22.00 | cr2 | add at 289.5 -> |
| 22:22.03 | tmzt | in adsp_6150.c? |
| 22:22.04 | cr2 | QDSP_MODULE(AUDPLAY0TASK), |
| 22:22.06 | kri5 | C is just portable asm :P |
| 22:22.07 | cr2 | yes |
| 22:22.15 | cr2 | kri5: yes |
| 22:22.38 | tmzt | above? |
| 22:22.44 | tmzt | my line numbers are different |
| 22:22.59 | cr2 | above QDSP_MODULE(AUDPPTASK), |
| 22:23.06 | cr2 | but the position does not matter |
| 22:23.55 | tmzt | ok |
| 22:24.18 | cr2 | compile and try to play .mp3 with playwav2 |
| 22:24.34 | cr2 | btw, if you can play, then your speaker is dev=1 |
| 22:24.55 | tmzt | ok, I'll try mp3 |
| 22:24.56 | cr2 | but for blac100 it seems to be dev=0 |
| 22:24.56 | zwon | hi everybody |
| 22:25.02 | cr2 | we need to check it. |
| 22:25.09 | tmzt | as for what works, playwav2 wav playback |
| 22:25.18 | cr2 | ok |
| 22:25.20 | tmzt | and remote audio on calls (atdXXX;) |
| 22:25.28 | tmzt | I would like to try local audio also |
| 22:25.31 | cr2 | tmzt: try .mp3 now |
| 22:25.35 | tmzt | playwav2 -rec doesn't work |
| 22:25.40 | tmzt | I've tried playing on pc also |
| 22:25.42 | tmzt | ok |
| 22:27.03 | cr2 | tmzt: the endpoints can be quite strange: |
| 22:27.07 | cr2 | <PROTECTED> |
| 22:27.08 | cr2 | <PROTECTED> |
| 22:27.10 | cr2 | <PROTECTED> |
| 22:27.11 | cr2 | <PROTECTED> |
| 22:27.13 | cr2 | <PROTECTED> |
| 22:27.14 | cr2 | <PROTECTED> |
| 22:27.34 | Captnoord | hmmm |
| 22:27.40 | tmzt | yeah |
| 22:27.48 | zwon | does anybody know how to find why transcend cards would not be recognize?? |
| 22:27.49 | tmzt | I'm not sure if phone calls are using SPEAKER right now |
| 22:27.51 | tmzt | they might be |
| 22:27.57 | tmzt | zwon: no? |
| 22:28.01 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
| 22:28.47 | tmzt | zwon: what's the issue? |
| 22:28.53 | tmzt | recognized in what |
| 22:29.07 | zwon | mmc1 timeout |
| 22:29.22 | tmzt | on what device? |
| 22:29.34 | zwon | BLAC100 |
| 22:29.48 | zwon | i mean while booting |
| 22:29.58 | tmzt | do you have rootdelay=5? |
| 22:30.07 | tmzt | ah, isn't blac builtin sd card? |
| 22:30.10 | tmzt | or no |
| 22:30.11 | tmzt | guess not |
| 22:30.38 | zwon | no not builtin |
| 22:30.51 | cr2 | zwon: make it use 1bit ? |
| 22:32.23 | zwon | you mean rootdelay in default.txt or htcblackstone_defconfig? |
| 22:32.36 | cr2 | no |
| 22:33.25 | zwon | .config? |
| 22:33.31 | cr2 | 63 static unsigned int msmsdcc_4bit = 1; |
| 22:33.44 | cr2 | or change it with the commandine parameter |
| 22:34.24 | cr2 | 1338 __setup("msmsdcc_4bit", msmsdcc_4bit_setup); |
| 22:34.25 | cr2 | 1339 __setup("msmsdcc_1bit", msmsdcc_1bit_setup); |
| 22:34.35 | cr2 | the same as fmin and fmax |
| 22:34.44 | cr2 | 1342 __setup("msmsdcc_fmin=", msmsdcc_fmin_setup); |
| 22:34.46 | cr2 | 1343 __setup("msmsdcc_fmax=", msmsdcc_fmax_setup); |
| 22:35.30 | zwon | in which file? |
| 22:36.00 | cr2 | drivers / mmc / host / msm_sdcc.c |
| 22:36.09 | zwon | ok |
| 22:36.16 | cr2 | but you must have a shitty card, if it works only with 1bit |
| 22:36.45 | cr2 | but it's only a guess |
| 22:37.00 | cr2 | i think this info should be transmittd in cis or so |
| 22:37.01 | *** join/#htc-linux mdrobnak_ (n=mdrobnak@173-125-152-207.pools.spcsdns.net) |
| 22:37.57 | mdrobnak_ | ali1234: Tried 107MB + 1 MB. Crashed, looks to be same as always. |
| 22:42.49 | cr2 | mdrobnak_: androidless setup ? |
| 22:43.49 | mdrobnak_ | No. With. |
| 22:43.59 | mdrobnak_ | No pmem though. |
| 22:44.21 | mdrobnak_ | pmem functions are commented out of the board file. |
| 22:45.09 | cr2 | what is 107+1 ? |
| 22:45.23 | tmzt | mp3 works |
| 22:45.27 | tmzt | better than pcm |
| 22:45.33 | cr2 | hehe |
| 22:45.39 | tmzt | even keeps playing for a second after reset |
| 22:45.42 | mdrobnak_ | cr2: 107MB instead of 89MB in bank 0 , then 1MB in bank 1 |
| 22:45.58 | tmzt | mdrobnak_: what smi is your device? |
| 22:45.59 | cr2 | tmzt: you need to load some iir & stuff data |
| 22:46.05 | tmzt | iir? |
| 22:46.29 | cr2 | mdrobnak_: ok |
| 22:46.59 | mdrobnak_ | tmzt: No idea. RAPH 110..not sure of the SMI layout. |
| 22:47.08 | mdrobnak_ | I thought it was 32 + 128 + 128;.. |
| 22:47.19 | tmzt | 32/64?? |
| 22:47.20 | mdrobnak_ | At least that's what cr2 said a few days ago, I thought. |
| 22:47.34 | zwon | yeah these lines are in my msm_sdcc.c |
| 22:47.43 | cr2 | tmzt: there are 192 and 288 devices only. no 288+32=320MB |
| 22:48.44 | cr2 | tmzt: i think these 32MB are pretty irrelevant for us right now. |
| 22:49.03 | tmzt | sure |
| 22:49.29 | tmzt | anything else to enable in adsp? |
| 22:49.51 | Captnoord | scaling? |
| 22:49.53 | Captnoord | image scaling |
| 22:50.03 | Captnoord | I saw some patch which enabled it |
| 22:50.12 | Captnoord | I dono the real stuff regarding that |
| 22:50.38 | tmzt | that's for qvga devices |
| 22:50.59 | zwon | /dev/sdd1 on /media/BOOT type vfat (rw,nosuid,nodev,uhelper=hal,shortname=mixed,uid=1000,utf8,umask=077,flush) |
| 22:51.12 | cr2 | tmzt: nothing more is known. |
| 22:51.16 | zwon | is these format ok for my sd card? |
| 22:51.27 | tmzt | what about path? |
| 22:51.55 | zwon | waht should i set? |
| 22:52.23 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 22:52.28 | tmzt | zwon: not following |
| 22:52.37 | [1]Captnoord | http://gitorious.org/openmoko-msm/openmoko-msm/commit/5b69d9d80420dcf0d6925283d03ffa3fe9cd713e |
| 22:52.41 | cr2 | zwon: can you post the fullboot dmesg ? |
| 22:53.27 | [1]Captnoord | video encode / decode |
| 22:54.11 | [1]Captnoord | related to the camera |
| 22:54.12 | [1]Captnoord | :P |
| 22:54.13 | [1]Captnoord | of course |
| 22:54.14 | mdrobnak_ | [1]Captnoord: What phones does that work on, any idea? |
| 22:55.31 | [1]Captnoord | I think that stuff is called qdsp |
| 22:56.00 | tmzt | if we have the task |
| 22:56.22 | [1]Captnoord | jpeg decoding trough qdsp |
| 22:56.29 | tmzt | cr2: I mean audio path, what was found out on that? |
| 22:56.48 | zwon | http://pastebin.com/m5657838c |
| 22:57.25 | tmzt | zwon: what's the problem? |
| 22:58.03 | zwon | i cant boot because the system folders woulgnt found |
| 22:58.48 | [1]Captnoord | zwon have you located the files in the root of your sd card |
| 22:58.53 | [1]Captnoord | if not.. it won't work |
| 22:59.10 | [1]Captnoord | even if you change the location in the config file |
| 22:59.12 | [1]Captnoord | it won't work |
| 22:59.25 | zwon | hm don know...what should i do |
| 22:59.29 | mdrobnak_ | Ok, about to be at my train stop. I'll be back later. |
| 22:59.41 | mdrobnak_ | I want to try and run some more tests later.. |
| 22:59.58 | [1]Captnoord | easy |
| 23:00.00 | [1]Captnoord | put it in the root |
| 23:00.18 | zwon | you mean the temp folder? |
| 23:00.23 | zwon | thp |
| 23:00.28 | zwon | tmp |
| 23:00.30 | zwon | ^^ |
| 23:00.42 | [1]Captnoord | you have downloaded a android package? |
| 23:00.48 | zwon | yep |
| 23:00.53 | [1]Captnoord | k |
| 23:00.54 | [1]Captnoord | yea |
| 23:00.59 | [1]Captnoord | don't put it into a directory |
| 23:01.14 | zwon | oh |
| 23:01.34 | zwon | ^^ wait i try :P |
| 23:02.03 | cr2 | zwon: can you disable the wifi ? |
| 23:02.23 | zwon | in winmo? |
| 23:02.26 | cr2 | zwon: you have 2 controllers on the same dma channel=8 |
| 23:02.27 | *** join/#htc-linux surge (i=surge@98.118.154.21) |
| 23:02.41 | cr2 | no, on the commandline in default.txt |
| 23:03.04 | cr2 | wifi should not use dma. we need to make some changes for that ... |
| 23:03.21 | cr2 | err. |
| 23:03.33 | cr2 | i think you can't do it. it's for raph only = |
| 23:04.11 | cr2 | zwon: forget the speed/1bit i've told you before. |
| 23:04.20 | cr2 | i think it's a dma problem with wifi. |
| 23:04.33 | cr2 | we need to disable wifi for now. |
| 23:04.49 | tmzt | why shouldn't wifi use dma? |
| 23:05.50 | cr2 | because then you need to do dma locking on the same channel |
| 23:06.08 | cr2 | wifi uses sd only for some config op. |
| 23:06.10 | zwon | rm: Entfernen von âtmp/newapps/test.apkâ nicht möglich: Read-only file system |
| 23:06.18 | cr2 | so dma is irrelevant |
| 23:06.23 | tmzt | what is the data transferred over? |
| 23:06.24 | zwon | how can i turn it into writeable? |
| 23:06.39 | cr2 | tmzt: must be some mmaped registers |
| 23:06.50 | tmzt | on what bus? |
| 23:07.09 | tmzt | I don't think so, I think it's still over sd just that the driver maps it as a register |
| 23:07.21 | tmzt | there's only supposed to be 6 wires to the wifi |
| 23:07.45 | cr2 | then i will see it on pxa too |
| 23:07.49 | cr2 | but it's not there |
| 23:08.11 | tmzt | see what? |
| 23:08.15 | tmzt | what device |
| 23:08.15 | cr2 | zwon: i guess the SD was working before, because we didn't have wifi enabled. |
| 23:08.23 | cr2 | tmzt: wifi |
| 23:08.28 | cr2 | tmzt: on athena |
| 23:08.37 | tmzt | that's ram based isn't it? |
| 23:08.56 | cr2 | the data dos not go over pxamci |
| 23:09.06 | zwon | ok...what i have to change? |
| 23:09.57 | tmzt | right, but how does that affect msm? sorry I don't understand |
| 23:10.18 | zwon | how can i format my SDCARD to the right format? |
| 23:10.33 | zwon | as command |
| 23:11.16 | tmzt | zwon: if it's still a kernel issue |
| 23:11.22 | tmzt | that won't really help |
| 23:11.44 | cr2 | 424 if (!opt_disable_wifi) |
| 23:11.46 | cr2 | 425 msm_add_sdcc(1, &htcraphael_wifi_data); |
| 23:11.58 | cr2 | you need the opt_disable_wifi=1 |
| 23:12.04 | zwon | yes but if i try now to put things to the sd card it wont work such as to delete files |
| 23:12.30 | zwon | ok which file? |
| 23:12.49 | cr2 | 103 __setup("board_htcraphael.disable_wifi=", htcraphael_disablewifi_setup); |
| 23:12.53 | cr2 | on the commandline |
| 23:13.25 | cr2 | board_htcraphael.disable_wifi=1 |
| 23:14.19 | cr2 | tmzt: btw, it may explain the problems with wifi |
| 23:15.32 | zwon | on which commandline? |
| 23:16.59 | tmzt | you got the dma working for hsuart? |
| 23:17.04 | tmzt | can we do the same for wifi? |
| 23:20.35 | kri5 | back here |
| 23:20.41 | kri5 | got finally a running config |
| 23:20.52 | kri5 | so if you want me to test something on blac100 |
| 23:22.55 | zwon | cr2: which command line do you mean..i dont find this entry |
| 23:27.37 | zwon | omg im too noobi :P |
| 23:30.06 | zwon | which software u use to edit those file? |
| 23:30.32 | zwon | or to edit the whole kernel tree easier? |
| 23:31.22 | tmzt | zwon: default.txt |
| 23:31.33 | kri5 | use vim to edit file :) |
| 23:32.08 | zwon | you mean in default.txt set cmdline" __setup("board_htcraphael.disable_wifi=", htcraphael_disablewifi_setup);" |
| 23:32.13 | zwon | or what? |
| 23:33.21 | tmzt | no |
| 23:33.34 | tmzt | set cmdline "htcraphael_disablewifi=0" |
| 23:34.55 | zwon | ok...sorry but im a noob |
| 23:35.31 | kri5 | I got a strange think |
| 23:36.10 | kri5 | it seems that on blac100, the button to unlock screen was the home button |
| 23:36.16 | kri5 | but it doesn't seem to work :/ |
| 23:36.55 | tmzt | reminds me, I should try pm again |
| 23:37.03 | kri5 | :D |
| 23:37.04 | tmzt | I know I need the panel init to work |
| 23:37.20 | tmzt | well, android shuts down my phone so I only use dcordes's initrd |
| 23:37.22 | tmzt | right now |
| 23:37.51 | kri5 | ok |
| 23:38.18 | kri5 | android running well on my device, but just got this problem, when the screen lock, i'm unable to unlock it :/ |
| 23:39.07 | zwon | board_htcraphael.disable_wifi=1 |
| 23:39.10 | zwon | 1 or 0 |
| 23:39.32 | tmzt | probably 1 since it's disable |
| 23:39.46 | tmzt | ah, yeah, I had that backwards before |
| 23:41.43 | zwon | hm 1 doesnt work...same error as before |
| 23:43.08 | mdrobnak | Here, but back in a few..Need to call credit card company, lost my card. :-( |
| 23:43.53 | kri5 | arf |
| 23:44.10 | kri5 | damned |
| 23:48.49 | mdrobnak | That was easy though. I like American Express. |
| 23:49.12 | mdrobnak | kri5 - Are you hitting the home key? |
| 23:49.27 | mdrobnak | Oh, blac100 |
| 23:49.42 | mdrobnak | Never mind, can't help there.. |
| 23:50.26 | mdrobnak | tmzt: Who was it that was working on the codeaurora branch? dcordes, dzo, druidu? |
| 23:53.29 | zwon | what was the command in haret to get an dmesg? |
| 23:54.23 | mdrobnak | if you have the ram console enabled..it would be |
| 23:54.32 | mdrobnak | pfw <filename> 0xe0000 0x20000 |
| 23:54.45 | zwon | ok thanks |
| 23:56.33 | mdrobnak | cr2: You still here? |
| 23:57.16 | mdrobnak | can anyone explain why this entry in the raphael memory map isn't causing an issue for me? "15a00000 9 heap_index1 " |