00:02.20 | *** join/#htc-linux rafyvitto (n=rafyvitt@24.54.253.34) |
00:04.18 | rafyvitto | heys guys, i got a question how hard will it be to decompile the hero rom and recompile it back to htc-msm kernel? to try making it boot on a touch pro lol |
00:09.18 | *** join/#htc-linux solerant-dc (n=kamikaze@adsl-99-153-107-129.dsl.hstntx.sbcglobal.net) |
00:31.34 | tmzt | rafyvitto: you shouldn't have to recompile it |
00:32.16 | tmzt | you need to be very careful with mtd though, but if it's not getting the partitions from anywhere it shouldn't be a problem |
00:33.46 | tmzt | you'll probably need to use a version of libhardware based on libhardware_legacy but I'm not sure about that |
00:33.55 | tmzt | without gl it's not going to very fast though |
00:34.11 | rafyvitto | hmmm ic |
00:34.43 | rafyvitto | guess il have to read up, and see if i can make it boot |
00:36.05 | tmzt | you need to convert the initrd from boot.img and repack that (try the repacking howto on android wiki) |
00:36.14 | tmzt | unpacking and repacking should find it |
00:36.33 | tmzt | change it to mount system from an e2image on your card |
00:38.18 | rafyvitto | il start tomorrow, see if i can get anything done |
00:38.39 | rafyvitto | this is going to be intresting lol |
00:39.32 | rafyvitto | should i try the latest beta rom or not? |
00:40.09 | tmzt | yeah |
00:40.15 | tmzt | the other one has problems |
00:40.28 | rafyvitto | yes the latest one has only one issue |
00:40.30 | rafyvitto | the wifi |
00:41.13 | tmzt | I was working with someone to debug that |
00:41.25 | tmzt | do you know what kernel version latest hero rom is? |
00:42.10 | rafyvitto | hmmm i have no clue is it not the android 2.6.27? |
00:42.39 | rafyvitto | or 2.6.29 lol have no clue |
00:43.15 | tmzt | that's what I need to know |
00:44.27 | rafyvitto | does it matter if i use a g1 hero port? or should i get the htc hero rom?? |
00:51.05 | tmzt | I don't think it matters |
00:51.11 | tmzt | the userland parts should be the same |
00:51.21 | tmzt | and you need to replace the kernel anyway |
00:51.32 | rafyvitto | yeh though so |
00:51.50 | rafyvitto | damn i want to start working on it right now but im off to work in a bit |
01:00.22 | *** join/#htc-linux azeey (n=addisu@c-98-223-225-123.hsd1.in.comcast.net) |
01:03.34 | *** part/#htc-linux azeey (n=addisu@c-98-223-225-123.hsd1.in.comcast.net) |
01:08.12 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
01:13.40 | madCoder- | tmzt: so my tp died this weekend (won't charge, won't turn on) :\ |
01:14.13 | madCoder- | I'd been using the Google Ion from I/O, and that service just ended a few days ago |
01:14.48 | madCoder- | tried going to a sprint store to get the tp replaced (I pay $7/mo for TEP insurance), and they couldn't replace it, and couldn't give me a Palm Pre, which was my next choice |
01:15.24 | madCoder- | so I went back to the Ion and activated a line of service with Tmo :( |
01:15.37 | madCoder- | I hate their network, but Sprint is just retarded |
01:18.44 | tmzt | wow |
01:19.17 | tmzt | cr2 is close on the sound issue |
01:22.00 | darkstar62 | what platforms? |
01:22.22 | tmzt | raph100 (gsm touch pro) |
01:22.34 | tmzt | he doesn't have it actually playing yet |
01:22.36 | darkstar62 | ah, probably not something I can use then |
01:22.38 | darkstar62 | I see |
01:23.19 | tmzt | on hermes? |
01:23.27 | rafyvitto | cya guys of to work gl all |
01:25.35 | Amaranth | is any of this code getting submitted to the various kernel subsystem maintainers? |
01:25.48 | Amaranth | the alsa guys are always happy to get support for another codec |
01:27.22 | darkstar62 | tmzt: herald |
01:34.04 | tmzt | http://www.wired.com/epicenter/2009/06/pure-play-iphone-app-startups-attract-100-million-in-vc-bucks/ |
01:34.09 | tmzt | ah, right |
01:34.14 | tmzt | no this doesn't really help |
01:34.20 | tmzt | Amaranth: which code? |
01:34.46 | Amaranth | tmzt: sound support |
01:34.55 | Amaranth | or any of the rest of it, really |
01:50.49 | tmzt | for which device I mean |
01:50.57 | tmzt | on the msm chips it's very different, so far |
01:51.14 | tmzt | the code we have from google does not use alsa at all, even ASoC |
01:51.41 | tmzt | although it appears we have actual buffers in the smem (shared ram) that should be compatible with alsa |
01:51.56 | tmzt | we also need to be able to support mp3 and other codecs natively |
01:52.04 | tmzt | if we want to use the dsp to decode those |
01:52.16 | tmzt | as far as I know, alsa doesn't currently support that |
01:54.32 | tmzt | xsacha-tv: don't know if this helps you, http://article.gmane.org/gmane.linux.ports.arm.kernel/61299 |
01:54.45 | tmzt | oh, worry |
01:54.51 | tmzt | that's not new support, just another board |
01:55.41 | xsacha-tv | k by the way we have touchscreen more responsive now, perhaps even better than it was on winmo |
01:55.48 | tmzt | good |
01:56.06 | xsacha-tv | sonique identified an xscale optimisation and reduces requirement for pen up detect |
01:56.27 | xsacha-tv | maybe should send it to wolfson micro |
01:56.57 | xsacha-tv | since zylonite is a pxa only board and we're using zylonite-wm97xx.c (from wolfson), they should be using xscale stuff :P |
02:05.59 | *** join/#htc-linux Amaranth (n=travis@74-221-34-123.longlines.com) |
02:13.07 | *** join/#htc-linux Gigawatts (n=chatzill@136.176.112.38) |
02:32.23 | *** join/#htc-linux xsacha (n=sacha@203-214-116-29.dyn.iinet.net.au) |
02:53.08 | Kevin2 | tmzt: Hi |
02:53.55 | tmzt | hey |
02:54.19 | tmzt | we had some questions aerlier but they seem to be worked out |
02:55.06 | tmzt | cr2 said there's an issue with virt to virt mappings as well |
02:57.14 | Kevin2 | Okay. I don't think haret does anything with the virt->virt mapping (if you're referring to the new arm9 stuff). |
02:59.10 | tmzt | yeah |
02:59.32 | tmzt | we need to be able to trace smem better |
03:09.06 | *** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-96-148.dynamic.mnet-online.de) |
03:29.04 | *** join/#htc-linux Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
03:29.22 | *** part/#htc-linux Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
03:39.27 | *** join/#htc-linux xsacha-tv (n=sacha@203-214-116-29.dyn.iinet.net.au) |
03:49.58 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
03:51.21 | *** join/#htc-linux solerant-dc (n=kamikaze@99.153.107.129) |
03:53.31 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
04:24.38 | *** join/#htc-linux Moku (n=John@g228210160.adsl.alicedsl.de) |
04:29.02 | AstainHellbring | madCoder- you around? |
04:54.57 | *** join/#htc-linux droid0011 (n=mc@p4FDCE017.dip.t-dialin.net) |
05:10.55 | *** join/#htc-linux timebomb (n=tb@e179195218.adsl.alicedsl.de) |
05:35.02 | *** join/#htc-linux |Jason8| (n=JayAte@znc.tiltshellz.org) |
05:36.11 | *** join/#htc-linux TommyBres (n=TommyBre@unaffiliated/tommybres) |
05:36.20 | TommyBres | hayy |
05:55.05 | *** join/#htc-linux xsacha-tv (n=sacha@203-214-116-29.dyn.iinet.net.au) |
06:08.17 | Aiv | tmzt "keyboard/slider what do you mean?" when i open keyboard, phone use gpio which is used to buttons on keyboard |
06:09.27 | Aiv | tmzt so i can't just check value od eg. gpio nr 38 to determinate status (open/closed) of phone |
06:17.23 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
06:30.38 | *** join/#htc-linux kiozen (n=oeichler@p549217BB.dip0.t-ipconnect.de) |
06:45.01 | tmzt | so you have to change the alt function after detecting gpio? |
06:45.53 | tmzt | I thought dcordes said kovs worked |
06:46.05 | tmzt | with raph kernel |
07:00.08 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
07:32.39 | *** join/#htc-linux pleemans_ (n=toi@d51A49C45.access.telenet.be) |
07:37.43 | *** join/#htc-linux KindofBlue (n=KindofBl@rgnb-5d87c0c3.pool.einsundeins.de) |
07:42.31 | *** join/#htc-linux furtardo (n=mks@nat/yahoo/x-a6676a82018bd5d0) |
07:46.58 | *** join/#htc-linux g55 (n=g55@rgnb-5d87c0c3.pool.einsundeins.de) |
07:47.04 | *** join/#htc-linux DuoMaxwell (n=DuoMaxwe@c-98-231-145-158.hsd1.md.comcast.net) |
07:53.51 | *** join/#htc-linux goxboxlive (n=goxboxli@170.84-48-184.nextgentel.com) |
08:07.42 | *** join/#htc-linux furtardo (n=mks@nat/yahoo/x-ed6d83f1964333b2) |
08:09.43 | *** join/#htc-linux KindofBlue (n=KindofBl@rgnb-5d87ce95.pool.einsundeins.de) |
08:51.20 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
09:15.25 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
09:29.39 | *** join/#htc-linux MethoS (n=clemens@dyndsl-085-016-165-250.ewe-ip-backbone.de) |
09:37.23 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
09:42.37 | *** join/#htc-linux ptitjes (n=didier@93.2.7.23) |
09:57.56 | *** join/#htc-linux sacha_ (n=sacha@203-214-116-29.dyn.iinet.net.au) |
10:06.54 | *** join/#htc-linux Captnoord (n=Captnoor@145.74.183.165) |
10:39.05 | *** join/#htc-linux infernix (i=nix@unaffiliated/infernix) |
10:42.38 | *** join/#htc-linux Amaranth_ (n=travis@ubuntu/member/Amaranth) |
11:19.01 | *** join/#htc-linux marex (n=marex@thor.hackndev.com) |
11:21.58 | *** part/#htc-linux Captnoord (n=Captnoor@145.74.183.165) |
12:17.18 | *** join/#htc-linux fnord_ (n=fnord@24.151.90.116) |
12:44.51 | *** join/#htc-linux MethoS (n=clemens@85.16.165.250) |
12:49.02 | *** part/#htc-linux droid0011 (n=mc@p4FDCE017.dip.t-dialin.net) |
12:53.16 | *** join/#htc-linux solerant-dc (n=kamikaze@adsl-99-148-254-99.dsl.hstntx.sbcglobal.net) |
13:02.54 | *** join/#htc-linux solerant-dc (n=kamikaze@adsl-99-148-254-99.dsl.hstntx.sbcglobal.net) |
13:08.22 | *** join/#htc-linux MethoS- (n=clemens@host-091-096-213-111.ewe-ip-backbone.de) |
13:56.33 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
13:58.57 | AstainHellbring | hi! and morning! |
14:07.32 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
14:12.57 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
15:35.39 | *** join/#htc-linux dcordes (n=luke@unaffiliated/dcordes) |
15:41.29 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
15:42.13 | Aiv | re |
15:45.18 | dcordes | hello my friend |
15:47.43 | Aiv | helo dcordes |
15:47.55 | Aiv | i just back from work, and start to develop :) |
15:48.29 | Aiv | raph driver for keyboard works for x1? |
15:51.31 | dcordes | it doesn't for me |
15:52.25 | Aiv | ok, so i have good target :) |
15:53.06 | Aiv | did u try to rotate screen to correct position? |
15:53.49 | Aiv | my screen is 180 degrees rotated |
16:07.25 | *** join/#htc-linux onen|openBmap (n=quassel@mry91-1-89-87-198-158.dsl.club-internet.fr) |
16:09.41 | dcordes | Aiv, wondering the same |
16:10.44 | AstainHellbring | whats new? |
16:15.50 | dcordes | hey AstainHellbring not much from my side |
16:17.20 | AstainHellbring | dcordes what phones you working on android with atm? |
16:18.17 | *** join/#htc-linux azeey (n=addisu@c-98-223-225-123.hsd1.in.comcast.net) |
16:27.41 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87d0aa.pool.einsundeins.de) |
16:30.21 | dcordes | AstainHellbring, I don't do android really |
16:30.33 | dcordes | looking at kovsky again |
16:31.07 | AstainHellbring | ahh right straight linux |
16:32.53 | dcordes | Aiv, did you find new gpios? |
16:34.19 | dcordes | Aiv, I tried putting sd detect gpio but it won't work |
16:34.32 | dcordes | I had it working once but I have zero patches saved |
16:34.46 | dcordes | should have uploaded them to ~lgorris |
16:47.04 | Aiv | aiv i don'f found new one |
16:47.11 | Aiv | but i have debug tool for gpios under my linux |
16:47.24 | Aiv | and i'm working now on new input device for keyboard |
16:47.33 | Aiv | and other buttons |
16:48.37 | Aiv | sd reader will be nice, but it's not indispensable at the moment |
16:52.29 | *** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk) |
16:52.44 | *** join/#htc-linux ccube (n=ccube@ssh.ccube.de) |
17:15.48 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
17:29.34 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-144-246.web.vodafone.de) |
17:31.46 | cr2 | hi |
17:42.44 | *** join/#htc-linux MLM (n=mlvdmeid@5ED0BCBD.cable.ziggo.nl) |
17:55.47 | Aiv | mtype in haret configuration is used only by haret, or i passed to kernel in runtime for kernel config? |
17:58.04 | *** join/#htc-linux tuxhero (n=tuxhero@122.175.81.199) |
17:58.14 | tuxhero | Hi cr2 |
17:59.43 | tuxhero | cr2 any new on adsp???? |
18:10.52 | *** join/#htc-linux droid001 (n=mc@p4FDCE017.dip.t-dialin.net) |
18:15.00 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
18:24.09 | *** join/#htc-linux pH5 (n=ph5@92.116.209.77) |
18:32.41 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
18:39.29 | *** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
18:40.08 | Echo31 | hi all |
18:41.07 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
18:52.57 | *** join/#htc-linux docc (n=docc@static.88-198-83-83.clients.your-server.de) |
18:55.04 | docc | hello, i have got a diam300, can someone help me how to flip the touchscreen? |
19:06.23 | *** join/#htc-linux Balsat (n=Balsat@cust-IP-32.data.3.dk) |
19:10.02 | *** join/#htc-linux calamari (n=calamari@ip70-162-184-81.ph.ph.cox.net) |
19:10.10 | calamari | hi |
19:17.30 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
19:20.23 | tmzt | docc: what do you mean? |
19:20.42 | docc | my toucscreen is inversed when moving the stylus |
19:20.59 | docc | top down but i don't find anything helpful ... |
19:21.49 | tmzt | Aiv: mtype tells the kernel what hardware you have |
19:23.37 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
19:23.49 | tmzt | docc: you have the wrong msmsts line in default.txt |
19:23.58 | tmzt | which one are you using? for 100 or 800? |
19:24.47 | tmzt | so kovs doesn't use ksc for keyboard? |
19:25.30 | cr2 | tuxhero: you have stopped trolling and want to do some real work ? |
19:25.46 | cr2 | tmzt: i've ported the kaiser gps driver for raph |
19:26.29 | cr2 | tmzt: they do some really ugly things (because of android), but it should work |
19:26.53 | tmzt | tuxhero: would you be willing to help build an android repo for upstream kernels? we need to replace libhardware |
19:26.55 | cr2 | ugly things = reading nmea from /dev/smd27 _inside_ the kernel and parsing nmea ;) |
19:27.18 | tmzt | ok |
19:27.28 | tuxhero | cr2 & tmzt: Yes |
19:28.02 | cr2 | tuxhero: enable all possible adsp debug messages and try to play a sound. |
19:28.18 | cr2 | we need to know where it will hang. |
19:28.31 | tuxhero | ok |
19:29.42 | cr2 | i'll try gps and bt now. |
19:29.46 | tuxhero | with playwav from android repo or you said you modded it |
19:30.11 | cr2 | playwav2.c is more advanced, because it also selects the source |
19:30.19 | cr2 | do you have a link ? |
19:30.25 | tuxhero | no |
19:30.34 | cr2 | ok, i'll pastebin it. |
19:30.54 | cr2 | dcordes wanted to add it to an initrd |
19:32.04 | AstainHellbring | hiya cr2 |
19:33.19 | tuxhero | cr2 one thing is for sure you defs in adsp_5200.c are perfect |
19:33.38 | cr2 | tuxhero: yea, i've picked them from wince .dll |
19:33.43 | cr2 | tuxhero: https://privatepaste.com/7f1ZoLpUNP |
19:33.53 | cr2 | hi AstainHellbring |
19:34.36 | tuxhero | i checked it wince src and they matched perfectly |
19:35.35 | dcordes | tuxhero, where are the 2.6.29 patches? |
19:35.58 | cr2 | dcordes: you want to create the 2.6.29 branch ? |
19:36.08 | dcordes | cr2, I prepared one yesterday |
19:36.31 | tuxhero | tmzt has link for patch file |
19:36.50 | tmzt | yeah, hold on |
19:37.22 | tmzt | http://rapidshare.com/files/251614506/patch.diff.tar.gz.html |
19:37.27 | cr2 | it's going to be a pita to unify raph/diam and blac |
19:37.33 | tmzt | but replacing ARCH MSM won't work |
19:37.39 | AstainHellbring | so saw some checkins that what I think it says audio is working? |
19:37.43 | cr2 | because of the g1 code structure. |
19:38.01 | tmzt | just don't let the symbols overlap |
19:38.06 | cr2 | AstainHellbring: not yet |
19:38.50 | tuxhero | don't worry about i will structure it for all the devices. |
19:38.58 | cr2 | ok |
19:39.34 | cr2 | tuxhero: the problem is that there are many small annoying differences here and there. |
19:40.02 | cr2 | for example, we need adsp_6150.c for the cdma* people |
19:40.20 | dcordes | tmzt, the link will not work for me |
19:40.26 | cr2 | and it's very different in its structure to 5200 and 6210 |
19:40.33 | *** join/#htc-linux Zy (n=zy@0x57390b26.hbnqu1.dynamic.dsl.tele.dk) |
19:41.32 | cr2 | tuxhero: and then there is gpio alt config, and different pmic vregs one needs to enable for different devices. |
19:42.22 | tuxhero | ya i understand i think we do it with simple macros |
19:42.32 | tmzt | tuxhero: why did you remove ARCH MSM? |
19:42.40 | cr2 | dcordes: dzo has fixed the adsp tables, and can record audio now. |
19:42.50 | dcordes | awesome |
19:43.05 | cr2 | dcordes: and there is kaiser gps now |
19:43.13 | dcordes | I've seen that |
19:43.17 | tmzt | and why did you make certain things dependent on MSM ANDROID that also work on our phones? |
19:43.17 | cr2 | dcordes: i've even ported it to raph |
19:43.57 | tuxhero | I did't remove ARCH MSM i add MSM_WINCE & MSM_ANDROID they both depend on ARCH MSM |
19:44.05 | tmzt | cr2: what android/wince differences are there outside of amss? |
19:44.12 | cr2 | tuxhero: the kernel should be able to work without android |
19:44.16 | dcordes | gsp was working in the stone age barry carter kaiser revisions already (when it was on during boot) :) |
19:44.21 | tmzt | can we abstract mfp and gpiolib somehow? |
19:44.55 | dcordes | tuxhero, I don't think it's a good idea |
19:44.56 | tuxhero | building board code need that because we can have proc_comm & proc_comm_wince together |
19:45.15 | tuxhero | same with clock and clock-wince |
19:45.44 | cr2 | tuxhero: what for ? |
19:45.45 | dcordes | cr2, http://linuxtogo.org/~lgorris/initrd-angstrom-2009-07-06 this should have /usr/bin/playwav* |
19:45.52 | tmzt | this is why I'm wondering if we should use the android 2.6.29 at all, instead starting with baseline trout support in upstream patches for pavel and swetland |
19:46.03 | cr2 | dcordes: ifup usb0 too ? |
19:46.09 | tuxhero | if some one selected G1 board & RAP board |
19:46.15 | dcordes | auto usb0 yes |
19:46.15 | tuxhero | build will break |
19:46.39 | tmzt | add the abstractions we need for wince and submit to lakml |
19:46.45 | cr2 | tuxhero: it can be avoided in the Kconfig |
19:47.01 | tmzt | we'll at least get some discussion on the list |
19:47.02 | tuxhero | how? |
19:47.20 | dcordes | tmzt, that will be good |
19:47.39 | cr2 | tuxhero: let's debug audio first. i think it's more important today |
19:47.44 | tuxhero | ya |
19:49.14 | *** join/#htc-linux Aiv (n=aiv@office.mdsoftware.pl) |
19:49.15 | Aiv | re |
19:49.28 | *** join/#htc-linux MethoS (n=clemens@host-091-096-213-111.ewe-ip-backbone.de) |
19:50.00 | tmzt | http://article.gmane.org/gmane.linux.ports.arm.kernel/61879 |
19:50.10 | tmzt | xs: is this your chip? |
19:50.13 | dcordes | tuxhero, does blackstone work in htc-msm-2.6.27 HEAD ? |
19:51.18 | *** join/#htc-linux MethoS (n=clemens@host-091-096-213-111.ewe-ip-backbone.de) |
19:55.36 | Aiv | anyone have gpios for blackstone? |
19:56.21 | dcordes | ~seen pichurri |
19:56.23 | apt | pichurri <n=pichurri@users3.ilo.org> was last seen on IRC in channel #htc-linux, 131d 4h 15m 9s ago, saying: 'Marajin, saw the pics on the wiki? now a port to the latest version of 2.6.27 of the diamond is being developed...meaning sd support...etc'. |
19:57.32 | tmzt | I seem to remeber him here more recently |
19:57.58 | Aiv | i got patch from pichurri, but there is now list of gpios (like in raphael or kovsky) |
19:58.06 | cr2 | 131/3=40 |
19:58.20 | dcordes | Aiv, the pichurri patch is in git |
19:58.48 | Aiv | i know, i use panel from blackstone in my kovsky patch |
19:59.13 | Aiv | nvm, i will search in source what they have |
19:59.21 | dcordes | Aiv, http://www.htc-linux.org/wiki/index.php?title=Raphael_GPIO check the blac100 column |
20:00.37 | Aiv | oo |
20:00.38 | Aiv | thx ! |
20:01.51 | cr2 | dcordes: it needs to be extended. i've just picked the values easily indentifiable in the spl |
20:02.42 | dcordes | Aiv, so the blac100 column is only 'preliminary' |
20:02.54 | tuxhero | G-Sensor in Raphael and Blackstone same? |
20:03.26 | cr2 | tuxhero: i think so |
20:03.46 | cr2 | tuxhero: but i didn't look at the blac100 dlls, only at the spl |
20:03.56 | *** join/#htc-linux timebomb (n=tb@e179195218.adsl.alicedsl.de) |
20:04.51 | cr2 | dcordes: downloading your initrd |
20:05.10 | dcordes | tuxhero, did you see the question? |
20:05.32 | tuxhero | which one? |
20:06.13 | dcordes | the one which has 'does blackstone work in htc-msm-2.6.27 HEAD' ? |
20:06.33 | tuxhero | yes it works |
20:09.05 | cr2 | tuxhero: does umts/gprs work for you ? |
20:09.12 | tuxhero | no |
20:09.29 | cr2 | you have smd7 ? |
20:09.41 | tuxhero | yes |
20:09.42 | cr2 | the AT works ? |
20:09.47 | tuxhero | yes |
20:10.08 | cr2 | gprs does not work in android , or at all ? |
20:10.14 | tuxhero | but in android grps is not working |
20:10.31 | cr2 | yes, it's the same on raph |
20:10.45 | cr2 | but if you configure it manually, it works on raph |
20:10.57 | cr2 | and i guess on diam and blac too |
20:11.22 | cr2 | i think it's because of ppp vs qmi |
20:11.38 | cr2 | but dzo has solved this problem somehow for vogue |
20:11.54 | tuxhero | no i try configuring manually also but it's not working |
20:12.06 | cr2 | hmm. strange. |
20:12.19 | cr2 | we need somebody with diam, to check |
20:12.41 | cr2 | tuxhero: do your smd channels look the same as the wiki raph ? |
20:12.53 | tuxhero | yes |
20:13.06 | cr2 | ok |
20:13.41 | tuxhero | i think we need /dev folder list from some android mobile |
20:14.06 | cr2 | there are many such postings |
20:14.15 | cr2 | search for msm_snd on google |
20:14.37 | cr2 | i wish somebody has dumped smem on g1/g2 ;) |
20:14.51 | cr2 | ok, i've build linload |
20:15.36 | tuxhero | i think for that you need to write some kernel module from user space linux wont allow any direct mem access |
20:16.23 | cr2 | <PROTECTED> |
20:17.26 | tuxhero | ya seen it but i think we can write kernel module and load it as they have access to shell |
20:17.53 | cr2 | yes, that's an option too |
20:20.53 | *** join/#htc-linux MethoS (n=clemens@host-091-096-213-111.ewe-ip-backbone.de) |
20:22.58 | *** join/#htc-linux MethoS (n=clemens@host-091-096-213-111.ewe-ip-backbone.de) |
20:23.38 | tuxhero | cr2 if you don't mind i want to ask one question |
20:24.25 | cr2 | yes |
20:24.44 | cr2 | dcordes: your initramfs booted |
20:24.57 | cr2 | dcordes: and cdc_ether works |
20:25.16 | *** join/#htc-linux Amaranth (n=travis@ubuntu/member/Amaranth) |
20:25.39 | tuxhero | what's the internet speed you having? |
20:25.58 | cr2 | 300K |
20:26.07 | tuxhero | ok |
20:26.10 | cr2 | =umts |
20:26.54 | *** join/#htc-linux leaigor (n=laigor@188.134.36.14) |
20:26.58 | cr2 | hm. how do i test gps now ? |
20:27.21 | cr2 | i need some ugly userspace program like playwav, that will call gps ioctls ;) |
20:27.45 | cr2 | dzo must have some code for that... |
20:28.36 | tmzt | ? |
20:28.56 | tmzt | does the new driver dump nmea to smd27? |
20:29.22 | cr2 | hm. with DMA1 the BT still hangs ;) |
20:29.33 | cr2 | tmzt: it reads from smd27 |
20:30.06 | cr2 | tmzt: but you need to kick some rpcs , with ioctls |
20:30.09 | *** join/#htc-linux g55 (n=g55@rgnb-5d87ce95.pool.einsundeins.de) |
20:30.21 | cr2 | tmzt: if you'll change it to /sysfs that'll be nice. |
20:30.35 | cr2 | hmm. again a timeout in setup_irq() |
20:31.38 | cr2 | msm_hs_startup,request_irq,setup_irq |
20:31.54 | Aiv | i thing i break something i vkeyb. when i press for ex. 'o' i got 'รณ'. some ideas ? ;] |
20:32.05 | Aiv | s/i/in/ |
20:32.09 | cr2 | with the BT power enabled, the DMA becomes unhappy |
20:32.25 | cr2 | it may be the wrong speed clk setting ;) |
20:33.59 | *** join/#htc-linux stickboy (n=anonymou@198.105.46.21) |
20:34.13 | *** join/#htc-linux MethoS (n=clemens@host-091-096-213-111.ewe-ip-backbone.de) |
20:34.46 | cr2 | tmzt: dzo has his own libgps.so ? |
20:36.52 | cr2 | <PROTECTED> |
20:36.53 | cr2 | <PROTECTED> |
20:36.55 | cr2 | <PROTECTED> |
20:36.56 | cr2 | <PROTECTED> |
20:36.58 | cr2 | <PROTECTED> |
20:36.59 | cr2 | <PROTECTED> |
20:37.24 | cr2 | <PROTECTED> |
20:37.26 | cr2 | <PROTECTED> |
20:37.27 | cr2 | <PROTECTED> |
20:38.08 | *** join/#htc-linux MethoS (n=clemens@host-091-096-213-111.ewe-ip-backbone.de) |
20:40.40 | *** join/#htc-linux MethoS (n=clemens@host-091-096-213-111.ewe-ip-backbone.de) |
20:40.41 | cr2 | root@htcraphael:/sys/class/misc/vogue_gps# ls -als |
20:40.43 | cr2 | <PROTECTED> |
20:40.44 | cr2 | <PROTECTED> |
20:40.46 | cr2 | <PROTECTED> |
20:40.47 | cr2 | <PROTECTED> |
20:41.41 | cr2 | root@htcraphael:/sys/class/misc/vogue_gps# ls -als /dev/vogue_gps |
20:41.42 | cr2 | <PROTECTED> |
20:44.28 | *** join/#htc-linux DrGhoul (i=ghoul@gateway/shell/blinkenshell.org/x-2a925735ef4c5428) |
20:44.44 | cr2 | editing playwav2.c for startgps.c |
20:51.39 | cr2 | wow |
20:51.53 | cr2 | a lot of oops() |
20:52.54 | cr2 | [ 707.941445] [<c0032544>] (msm_rpc_register_server+0x0/0x98) from [<c003ee2c>] |
20:52.56 | cr2 | <PROTECTED> |
20:52.57 | cr2 | [ 707.961007] r7:d79e7960 r6:0000003a r5:d79e7960 r4:00000000 |
20:52.59 | cr2 | [ 707.980599] [<c003ee0c>] (vogue_gps_open+0x0/0xdc) from [<c014ba80>] (misc_op |
20:53.00 | cr2 | en+0x200/0x2e0) |
20:56.45 | cr2 | dcordes: sleeping ? |
20:59.11 | *** join/#htc-linux ccube (n=ccube@ssh.ccube.de) |
21:01.17 | cr2 | hmm. |
21:02.08 | cr2 | ERROR: no local ept for cid d620a740 |
21:02.30 | cr2 | rr_write: rejecting unexpected reply |
21:03.00 | cr2 | sorr< |
21:03.15 | Captnoord | lots of oops are usualy good if you know what went wrong |
21:03.26 | cr2 | ERROR: no local ept for cid 0feb8f4a |
21:03.34 | Captnoord | CID is client id? |
21:03.35 | cr2 | Captnoord: oops was easily fixed |
21:03.44 | cr2 | now it hangs |
21:03.44 | Captnoord | rpc client id |
21:04.05 | cr2 | the number 0feb8f4a i've already seen somewhere... |
21:04.22 | cr2 | the d620a740 is ok |
21:05.05 | *** join/#htc-linux infernix (i=nix@unaffiliated/infernix) |
21:05.25 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
21:06.04 | [1]Captnoord | kills isp |
21:06.31 | [1]Captnoord | they openly admitted they used old and cheap stuff in there adsl centrals |
21:06.44 | cr2 | [RR] - ver=1 type=1 src=0:00000001 crx=0 siz=488 dst=1:0feb8f4a |
21:06.49 | cr2 | error |
21:07.39 | cr2 | [RR] - ver=1 type=1 src=0:00000001 crx=0 siz=104 dst=1:0feb8f4a |
21:07.46 | cr2 | error |
21:07.51 | cr2 | so: |
21:07.56 | *** join/#htc-linux [2]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
21:08.06 | cr2 | [RR] - ver=1 type=1 src=0:00000001 crx=0 siz=488 dst=1:0feb8f4a |
21:08.08 | cr2 | ERROR: no local ept for cid 0feb8f4a |
21:08.13 | cr2 | [RR] - ver=1 type=1 src=0:00000001 crx=0 siz=104 dst=1:0feb8f4a |
21:08.19 | cr2 | ERROR: no local ept for cid 0feb8f4a |
21:08.22 | cr2 | PITA |
21:08.30 | cr2 | typing off the lcd ;) |
21:09.02 | cr2 | seems to be pretty straightforward though |
21:09.24 | [2]Captnoord | regarding the info you got from those bootloaders? |
21:09.35 | cr2 | the ARM9 sends some messages to the (local) cid 0feb8f4a, but we don't have anything there |
21:09.45 | [2]Captnoord | hmmm I see |
21:11.24 | cr2 | the oops was here -> msm_rpc_register_server(NULL, RPC_GPS_CB_PROG, 0); |
21:11.35 | cr2 | so i commented it out |
21:12.22 | *** join/#htc-linux MethoS (n=clemens@host-091-096-213-111.ewe-ip-backbone.de) |
21:15.52 | *** join/#htc-linux rafyvitto (n=rafyvitt@24.54.253.34) |
21:17.20 | *** join/#htc-linux TommyBres (n=TommyBre@unaffiliated/tommybres) |
21:18.37 | *** join/#htc-linux ccube_ (n=ccube@ssh.ccube.de) |
21:19.19 | *** part/#htc-linux azeey (n=addisu@c-98-223-225-123.hsd1.in.comcast.net) |
21:20.52 | [2]Captnoord | so can we assume that 0feb8f4a is the cid of the gps |
21:20.53 | [2]Captnoord | or |
21:20.57 | [2]Captnoord | isn't that really clear |
21:25.08 | cr2 | LOL |
21:25.14 | cr2 | ARM9 has CRASHED |
21:25.14 | dcordes | cr2, not totally |
21:25.27 | Captnoord | cr2 congratulations lol |
21:25.58 | tmzt | progress? |
21:26.11 | cr2 | the rpc did something, but i can't see the log, because of the oops |
21:26.21 | cr2 | tmzt: yeah, a bit. |
21:26.40 | cr2 | tmzt: need somebody who undertsands rpc better |
21:26.58 | dcordes | cr2, exctract initrd on sd partition to catch log? |
21:27.12 | dcordes | or mount sd and write log there only |
21:27.30 | cr2 | smem console as dzo suggested is better |
21:27.49 | cr2 | i'll try again |
21:27.53 | Aiv | it's possible that mtype from haret config impact with linux (vkeyb looks different, and dmesg too) ? |
21:28.05 | cr2 | there was a second, where is could type 'dmesg' |
21:28.19 | cr2 | or even: ./startgps; dmesg |
21:28.37 | *** join/#htc-linux Balsat (n=Balsat@cust-IP-1.data.3.dk) |
21:28.50 | cr2 | hi Balsat |
21:28.51 | tmzt | would userland rpc work better? |
21:29.13 | cr2 | tmzt: i've sure it's some trivial mistake on my side |
21:29.26 | dcordes | Aiv, yes if you check the config you see there's cdma and gsm version of raphael and diamond. they select different gpio configs |
21:29.31 | tmzt | I mean than ioctl or sysfs entry for starting gps |
21:29.44 | dcordes | Aiv, see the board file for ... specific tweeks or so |
21:29.49 | tmzt | I don't know, I would really like to see smd27 work like any other gps serial device |
21:29.50 | cr2 | dzo has simplified the rpc api for amss4* so i need to revert some changes |
21:29.57 | tmzt | it should be enough to start reading from it |
21:30.00 | Aiv | dcordes ok, but runtime checking based on mtype declarated in haret? |
21:30.12 | tmzt | if that means we need custom (pdata) triggers on open we can do that |
21:30.20 | cr2 | tmzt: yes, but it need a kernel thread kicking an rpc |
21:30.23 | dcordes | Aiv, kernel knows which machine you run from haret mtype |
21:30.41 | tmzt | so we start one? like usb or whatever does? |
21:30.50 | tmzt | it shows up in ps at least |
21:31.05 | Aiv | dcordes ok, thx i have strange problems with kernel right now ;[ |
21:31.27 | cr2 | tmzt: i've written a simple startgps program that just calls GPS_START ioctl on /dev/vogue_gps |
21:31.38 | dcordes | Aiv, so if you wanna try if different -say raphael cdma- mtype has better working gpio boot with 2039 mtype |
21:31.42 | cr2 | then you shoud be able to read from /dev/smd27 |
21:32.09 | tmzt | cdma, why? |
21:32.16 | tmzt | ok |
21:32.22 | dcordes | tmzt, gpio config |
21:32.28 | tmzt | should I pull the git kernel then? |
21:32.44 | Aiv | dcordes ok, now i understand why we could include two different configurations in kernel, and only one will be used |
21:32.49 | dcordes | Aiv, we might try the gps program from cr2 too |
21:32.57 | tmzt | they should all be usable at the same time |
21:33.12 | tmzt | you should be able to activate all MSM machines in .config without an issue |
21:33.19 | tmzt | that's not the case now with blak though |
21:33.26 | cr2 | dcordes: i suggest to add startgps to initrd, and commit the patches. they are buggy, but at least it's a good starting point. |
21:33.36 | tmzt | cr2: what do you think about working from upstream with the patches on lakml? |
21:33.42 | cr2 | BT is buggy too |
21:33.44 | dcordes | Aiv, yes - we should probably add a machine for the kovsky. or maybe we share black |
21:33.48 | tmzt | cr2: it would mean not having andorid support at first |
21:33.52 | cr2 | tmzt: too early |
21:34.04 | dcordes | cr2, good better semi working progress public than none |
21:34.12 | tmzt | ok, how are we going to abstract wince cleanly on 2.6.29? |
21:34.29 | cr2 | dcordes: yeah. at leat it does not worsen anything |
21:34.34 | dcordes | Aiv, I have registered a htckovsky machine 2006 |
21:34.38 | tmzt | dcordes: blackstone is too different, no keyboard for one |
21:34.46 | cr2 | if you don't touch /dev/vogue_gps nothing crashes. |
21:34.53 | tmzt | se might register it themselves though, before rachel |
21:35.02 | tmzt | ok |
21:35.04 | tmzt | sorry |
21:35.20 | tmzt | oh, you meant board file? |
21:35.23 | cr2 | dcordes: ok, add nmea.c and nmea.h from the recent vogue branch first |
21:35.35 | Aiv | dcordes i use 2006 too, but i have strange problem on haret,mtypem,kernel |
21:35.35 | cr2 | dcordes: it's very ugly, but still better than nothing |
21:35.36 | dcordes | tmzt, right sorry |
21:35.58 | Aiv | dcordes i this my version of haret is not working correctly |
21:36.17 | tmzt | error: Untracked working tree file 'arch/arm/mach-msm/qdsp5/adsp_5200.c' would be overwritten by merge. |
21:36.26 | Aiv | s/this/use/ |
21:36.40 | Aiv | nvm :) |
21:36.57 | dcordes | if you set 2006 you need to use htckovsky in the kernel .. |
21:37.00 | tmzt | ok, fast forward |
21:37.23 | dcordes | tmzt, do you have git access? |
21:37.29 | tmzt | push? no |
21:37.32 | dcordes | yea |
21:37.42 | tmzt | I need to subscribe to the list here and lakml |
21:37.48 | tmzt | hopefully gmail can handle those :) |
21:38.06 | dcordes | yes one of us needs to ping the list |
21:38.14 | dcordes | :( |
21:38.23 | cr2 | dcordes: https://privatepaste.com/d41eiQKYE8 |
21:38.28 | cr2 | dcordes: startgps |
21:38.51 | tmzt | can you paste the link for playwav2 as well? |
21:39.22 | cr2 | tmzt: https://privatepaste.com/7f1ZoLpUNP |
21:41.12 | tmzt | ok |
21:41.27 | tmzt | I should be able to build these natively on my giz image |
21:42.31 | cr2 | ok, i got the dmesg before crahs :) |
21:43.53 | Captnoord | :D |
21:44.08 | cr2 | gps crash https://privatepaste.com/5ck1oOUjzm |
21:44.24 | cr2 | [ 110.746712] rr_write: rejecting unexpected reply |
21:44.26 | cr2 | not nice |
21:44.36 | cr2 | [ 140.830361] gps_enable:157 -110 |
21:44.58 | cr2 | [ 125.760354] gps_enable:144 -110 |
21:47.00 | dcordes | http://linuxtogo.org/~lgorris/misc/startgps 8dabd1bdc87b86c6e37234744035566c startgps |
21:47.55 | dcordes | http://linuxtogo.org/~lgorris/initrd-angstrom-2009-07-06-01 with startgps and playwav* |
21:48.07 | tmzt | binaries? |
21:48.11 | dcordes | yes |
21:48.37 | cr2 | <PROTECTED> |
21:48.38 | cr2 | <PROTECTED> |
21:48.40 | cr2 | <PROTECTED> |
21:48.41 | tmzt | playwav2? |
21:48.42 | cr2 | <PROTECTED> |
21:48.43 | cr2 | <PROTECTED> |
21:48.44 | cr2 | <PROTECTED> |
21:48.46 | cr2 | <PROTECTED> |
21:48.48 | cr2 | this was the first failed call |
21:49.09 | dcordes | tmzt, I also placed the sources in misc folder |
21:49.18 | tmzt | ok |
21:50.03 | dcordes | they're build with arm-angstrom-linux-gnueabi |
21:50.12 | *** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk) |
21:50.19 | tmzt | static? |
21:50.31 | cr2 | it's the initial rpc call |
21:50.40 | cr2 | strange |
21:51.50 | Captnoord | I kinda read here that in some situations when the gps is initialised it gets a modem reset event |
21:52.05 | cr2 | #define ETIMEDOUT 110 /* Connection timed out */ |
21:52.12 | dcordes | tmzt, dynamically I guess |
21:52.20 | tmzt | ok, that might not work |
21:52.25 | tmzt | I'll just build them from source |
21:52.31 | cr2 | Captnoord: hmm. that's true |
21:52.32 | tmzt | or use your angstrom initrd |
21:52.36 | tmzt | what's the ip? |
21:53.01 | dcordes | 192.168.0.202 |
21:53.07 | tmzt | ok |
21:53.18 | dcordes | Aiv, btw, how do you get usbnet working on the kovsky? |
21:53.25 | cr2 | Captnoord: it should then wait for modem |
21:53.34 | cr2 | tmzt: the old good zaurus ip |
21:53.40 | tmzt | sure |
21:53.41 | Captnoord | i'm reading trough gpsdriver.dll |
21:53.58 | tmzt | never really used usbnet with zaurus |
21:54.04 | tmzt | used wifi |
21:54.07 | dcordes | Aiv, I figured you must set usb to network mode in wince but had not much luck: usb0 appears for a short time and is then unregistered again |
21:54.25 | cr2 | tmzt: yeah, the cf wifi |
21:54.28 | Aiv | dcordes i dont know :) on my vmachine is not working, on on my server is working fine |
21:54.28 | dcordes | somebody knows such usb0 problem from other msm7xxxA ? |
21:54.31 | tmzt | it's not initing it properly I guess |
21:54.39 | tmzt | try not advanced mode |
21:54.50 | dcordes | tmzt, ok didn't try that |
21:55.14 | tmzt | usbnet works on kais now right? |
21:55.22 | cr2 | dcordes: what should we do with gps patches ? |
21:55.40 | dcordes | tmzt, didn't use usbnet on akita either. only cf and plenty usb wifi devices |
21:56.03 | dcordes | tmzt, I still have a cf card which never worked for me I got in replacement for my old one |
21:56.17 | tmzt | prism? |
21:56.38 | tmzt | I've had two ambicom cards |
21:56.42 | Aiv | dcordes when i boot kernel with usb connected to windows, usb works fine but sometimes got kernel hang up |
21:56.42 | dcordes | want me to add the nmea.c and nmea.h without modification first? |
21:56.57 | dcordes | tmzt, no wlags modules?? |
21:56.59 | Aiv | dcordes without usb connected, in 90% times, usb not working |
21:57.00 | dcordes | tmzt, hermes I think |
21:57.08 | tmzt | wlags? |
21:57.14 | dcordes | that's the module name no clue |
21:57.24 | tmzt | never heard of it |
21:57.43 | tmzt | hermes should work with hostap now |
21:58.03 | cr2 | dcordes: yes |
21:58.08 | dcordes | I should try that before I sell the poor akita |
21:58.14 | cr2 | dcordes: i think we will remove them later |
21:58.18 | dcordes | still like it |
21:58.36 | cr2 | [ 110.739876] [RPC] READ on ept d620a6e0 (28 bytes) |
21:58.38 | cr2 | [ 110.746712] rr_write: rejecting unexpected reply |
21:58.53 | cr2 | hmm, i'd like to know what was in this reply |
21:59.14 | dcordes | I have a total kovsky tree right now |
21:59.21 | tmzt | I wonder if wince is just different |
21:59.28 | tmzt | different rpcrouter protocol |
21:59.39 | tmzt | can you dump the packets/addresses? |
21:59.42 | cr2 | tmzt: unlikely |
22:00.12 | cr2 | i think it should be possible |
22:01.03 | tmzt | it's just a networking protocol, like switching or whatever? |
22:01.17 | tmzt | it makes sense if we think of it like that |
22:01.17 | cr2 | like ppp |
22:01.31 | cr2 | hehe, tcpdump |
22:01.33 | tmzt | except no point-to-point |
22:01.37 | tmzt | not |
22:01.52 | tmzt | but something is listening on a special address |
22:01.53 | cr2 | ept to ept |
22:02.08 | cr2 | it's broadcast |
22:02.16 | tmzt | right, but it's not like there's only two devices on the link |
22:02.17 | dcordes | <PROTECTED> |
22:02.28 | tmzt | we have multiple endpoint, they have multiple endpoints |
22:02.40 | tmzt | but the router also has an endpoint (address) |
22:02.46 | cr2 | its like sockets |
22:02.54 | cr2 | ip+port |
22:03.06 | tmzt | yes, which the rfc's call a multiplex |
22:03.22 | tmzt | the tcp multiplex, or the udp multiplex |
22:03.39 | Captnoord | cr2 I see some ppp references in the gpsdriver.dll |
22:03.49 | cr2 | they could have used ip, instead of rpc ;) |
22:04.00 | tmzt | sure, or ethernet |
22:04.02 | tmzt | like rmnet |
22:04.07 | tmzt | that would have been interesting |
22:04.13 | cr2 | Captnoord: it's for grabbing the xtra.bin i think |
22:04.29 | tmzt | do we have any idea what the gsm radios use on DATA5 and DATA6? |
22:05.29 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
22:05.37 | [1]Captnoord | for agps stuff |
22:05.56 | cr2 | tmzt: no |
22:06.23 | tmzt | I think the rmnet stuff might be in amss but not activated |
22:06.25 | cr2 | i think that the xtra links go over rpc |
22:06.36 | cr2 | tmzt: who knows |
22:06.47 | cr2 | dcordes: git diff https://privatepaste.com/0beb2l4bkA |
22:06.52 | tmzt | since we don't have qmi we can't bring up the link |
22:07.12 | tmzt | but g1 uses 5 and 6 for rmnet |
22:07.18 | tmzt | and we have them in the smd table |
22:07.39 | tmzt | should I try dcordes's initrd? |
22:07.46 | cr2 | tmzt: i'm quite happy that ppp works already |
22:07.58 | dcordes | cr2, got board-htcraphael-gps.c ? |
22:08.05 | cr2 | tmzt: the sound will not work for you |
22:08.07 | tmzt | it works ok for gsm devices? |
22:08.13 | tmzt | yeah, true |
22:08.15 | cr2 | dcordes: yes, will pastebin now |
22:08.16 | tmzt | gps? |
22:08.26 | dcordes | cr2, |
22:08.31 | dcordes | pushed the nmea already |
22:09.47 | cr2 | board-htcraphael-gps.c: support for RAPH100 (AMSS 5200) MSM7201A GPS |
22:09.56 | cr2 | https://privatepaste.com/e8zPvVO7Kf |
22:10.02 | dcordes | Aiv, did you try with raphael cdma mtype? |
22:10.08 | cr2 | it is buggy, but contains a lot of useful information |
22:10.32 | cr2 | tmzt: you don't have smd27 |
22:10.46 | tmzt | yeah |
22:10.53 | tmzt | I thought this was the rpc driver |
22:10.57 | tmzt | for gps |
22:11.00 | cr2 | tmzt: so you may look at the original vogue gps driver |
22:11.23 | cr2 | tmzt: and add the rpc numbers from board-htcraphael-gps.c |
22:11.24 | tmzt | alright, I'm just going to do what I can to help you guys get audio on raph100 |
22:11.28 | tmzt | we can work from there |
22:11.39 | cr2 | tmzt: the most important data in board-htcraphael-gps.c: are the rpc numbers. |
22:11.46 | cr2 | all the rest is just a hack |
22:12.05 | cr2 | rpc numbers, functions and the call parameters |
22:12.42 | cr2 | dcordes: vogue_gps.h needs to be in arch/arm/mach-msm/ |
22:13.26 | dcordes | ok |
22:13.36 | cr2 | tmzt: you may comment out all the smd27 wizardry, and try the rpc part |
22:13.47 | tmzt | ok |
22:14.39 | *** join/#htc-linux dcordes_ (n=luke@unaffiliated/dcordes) |
22:16.05 | Aiv | hmm, i have realy strange problem. vkeyb is not working correctly, so i back to full working kernel, with testes haret and haret config and it's not working like 2 days ago |
22:17.02 | dcordes_ | cr2, Hunk #2 FAILED at 325. |
22:17.03 | Aiv | it's possible that something was changed in phone, and i have those problems? |
22:17.09 | dcordes_ | cr2, where is vogue_gps.h |
22:17.20 | tmzt | not following |
22:17.23 | dcordes_ | Aiv, I doubt it in case of vkeyb |
22:17.46 | cr2 | tmzt: it's interesting that the pdsm_init times out. maybe i'll just increase the delay. |
22:17.56 | cr2 | dcordes_: pasting |
22:18.54 | cr2 | dcordes_: vogue_gps.h https://privatepaste.com/999lwwTUyW |
22:19.09 | *** join/#htc-linux ccube_ (n=ccube@ssh.ccube.de) |
22:19.11 | cr2 | dcordes_: which hunk ? board-htcraphael.c ? |
22:19.35 | dcordes_ | yes |
22:19.47 | cr2 | it's a trivial patch |
22:19.56 | tmzt | pdsm? |
22:20.01 | tmzt | this is gps stuff? |
22:20.03 | cr2 | you can apply it manually |
22:20.10 | cr2 | tmzt: yes |
22:20.15 | tmzt | what about rr message, did that happen again? |
22:20.18 | dcordes_ | cr2, added it |
22:20.33 | Aiv | dcordes it occurred to me that last changed element is evbug module, maybe there is a problem |
22:20.38 | cr2 | tmzt: which one ? |
22:20.53 | dcordes_ | Aiv, sorry what's that evbug? |
22:20.53 | tmzt | rr_write: unexpected response |
22:20.59 | dcordes_ | Aiv, like evtest? |
22:21.02 | tmzt | no |
22:21.08 | tmzt | evbug is the event debugger |
22:21.10 | cr2 | [23:58] <cr2> [ 110.739876] [RPC] READ on ept d620a6e0 (28 bytes) |
22:21.11 | cr2 | [23:58] <cr2> [ 11 |
22:21.18 | tmzt | it prints too much in dmesg |
22:21.28 | cr2 | [23:58] <cr2> [ 110.739876] [RPC] READ on ept d620a6e0 (28 bytes) |
22:21.29 | cr2 | [23:58] <cr2> [ 110.746712] rr_write: rejecting unexpected reply |
22:21.29 | tmzt | disable it in .config |
22:21.34 | dcordes_ | ok |
22:21.47 | cr2 | tmzt: i'd like even more |
22:21.53 | tmzt | from which? |
22:21.57 | cr2 | the read packets for exampel |
22:22.00 | tmzt | I meant evbug |
22:22.01 | tmzt | yes |
22:22.05 | Aiv | dcordes_ yes, this is module for evdev debugging |
22:22.21 | tmzt | evbug does that on my desktop also, so I disabled it in blacklist |
22:24.04 | dcordes_ | cr2, pushed |
22:25.50 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
22:26.52 | tmzt | arch/arm/mach-msm/board-trout-panel.o:(.data+0x734): multiple definition of `toshiba_client_data' |
22:26.55 | tmzt | with defconfig |
22:27.04 | tmzt | arch/arm/mach-msm/board-htcraphael-panel.o:(.data+0x500): first defined here |
22:27.04 | tmzt | msm_defconfig |
22:27.04 | tmzt | oh |
22:27.04 | tmzt | arch/arm/mach-msm/board-trout-panel.o:(.data+0x554): multiple definition of `mddi_pdata' |
22:27.05 | tmzt | sorry |
22:27.17 | tmzt | trying htcraphael_defconfig |
22:28.23 | cr2 | [ 84.860329] rr_write: rejecting unexpected reply |
22:28.24 | cr2 | [ 84.867928] kernel BUG at mm/slab.c:590! |
22:28.30 | cr2 | wtf trout ? |
22:28.59 | cr2 | [ 84.860329] rr_write: rejecting unexpected reply |
22:29.00 | cr2 | [ 84.867928] kernel BUG at mm/slab.c:590! |
22:29.15 | tmzt | I had msm_defconfig |
22:29.59 | cr2 | ARM9 has CRASHED |
22:30.01 | dcordes_ | cr2, allocation problem? |
22:30.23 | cr2 | but now the rpcs look better |
22:30.48 | cr2 | dcordes_: may be some race condition because of too long delay i've added |
22:31.07 | cr2 | this is the only unhealthy message |
22:31.11 | cr2 | [00:21] <cr2> [23:58] <cr2> [ 110.739876] [RPC] READ on ept d620a6e0 (28 bytes) |
22:31.12 | cr2 | [00:21] <cr2> [23:58] <cr2> [ 110.746712] rr_write: rejecting unexpected reply |
22:33.22 | cr2 | tmzt: how do i enable pr_info() for adsp ? |
22:35.21 | dcordes_ | cr2, raphael kernel builds fine with the commits |
22:35.34 | tuxhero | cr2: in audmgr_enable msm_rpc_setup_req(&msg.hdr, AUDMGR_PROG, AUDMGR_VERS,AUDMGR_ENABLE_CLIENT) is the problem |
22:36.18 | cr2 | tuxhero: which one ? |
22:36.43 | tuxhero | Linux 261 of audmgr.c |
22:36.49 | tuxhero | sorry line 261 |
22:37.48 | Captnoord | pdsm proc offset: 0x3000005B |
22:38.00 | cr2 | <PROTECTED> |
22:38.01 | cr2 | <PROTECTED> |
22:38.03 | cr2 | ? |
22:38.13 | cr2 | what does wiki say... |
22:39.04 | 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 |
22:39.06 | Captnoord | I think thats dummy data |
22:39.31 | cr2 | Captnoord: wince data is different |
22:39.51 | Captnoord | k |
22:40.41 | tuxhero | actual AUDMGR_CB_PROG is never used in any of the code but some how it's getting called :( |
22:41.11 | tuxhero | when it get called ARM9 is crashing |
22:41.11 | tmzt | what do you mean not used in code? kernel or amss |
22:41.19 | tuxhero | kernel |
22:42.01 | tuxhero | grep -r AUDMGR_CB_PROG * results in nothing except audmgr.h |
22:42.57 | tuxhero | is this def #define AUDMGR_ENABLE_CLIENT 2 correct???? |
22:43.20 | cr2 | AUDMGR 0x30000013 audmgr_* |
22:43.21 | 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) |
22:43.23 | cr2 | 2,1 audmgr_disable_client_apps (0/1) |
22:43.40 | cr2 | there are some enums in audmgr.h ... |
22:44.17 | cr2 | tuxhero: hehe. it's wrong |
22:44.31 | tuxhero | ???? |
22:44.35 | cr2 | #define AUDMGR_ENABLE_CLIENT 2 |
22:44.39 | cr2 | #define AUDMGR_DISABLE_CLIENT 3 |
22:44.39 | cr2 | should be 1 and 2 |
22:44.50 | cr2 | [00:42] <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) |
22:44.51 | cr2 | [00:42] <cr2> 2,1 audmgr_disable_client_apps (0/1) |
22:44.58 | cr2 | 1 is audmgr_enable_client_apps |
22:45.06 | cr2 | 2 is audmgr_disable_client_apps |
22:45.08 | cr2 | so |
22:45.14 | cr2 | #define AUDMGR_ENABLE_CLIENT 1 |
22:45.21 | cr2 | #define AUDMGR_DISABLE_CLIENT 2 |
22:45.29 | cr2 | good catch :) |
22:45.31 | tuxhero | what about rest of the defs? |
22:45.39 | cr2 | not used in wince |
22:45.44 | Captnoord | hmm I think thats one hell of a crasher... because when you send disable client with all the extra info.... |
22:46.09 | cr2 | let's check vogue |
22:46.38 | Aiv | it's time for me, cu |
22:46.44 | Captnoord | 3 is suspend event cr2 |
22:46.58 | Captnoord | check audmgr_suspend_event_rsp_apps |
22:47.06 | Aiv | dcordes_ can u archive gps code for me ? i will check this tomorow |
22:47.17 | dcordes_ | Aiv, what you mean? |
22:47.22 | dcordes_ | archive |
22:47.25 | cr2 | tuxhero: shift them all by one |
22:47.37 | cr2 | tuxhero: it's probably an enum too |
22:48.02 | cr2 | androids are evil |
22:48.18 | cr2 | they have modified a lot of contants in enums |
22:48.34 | Aiv | dcordes_ save source, apps from # |
22:48.45 | cr2 | Captnoord: which dll ? |
22:49.00 | dcordes_ | Aiv, git pull |
22:49.02 | Captnoord | remote_apis_clnt.dll |
22:49.04 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
22:49.07 | Aiv | dcordes_ i dont have time right now to save it, i need to go now |
22:49.23 | tuxhero | i changed them to 1 & 2 now i passed more stages i will change them all n let you know |
22:49.28 | dcordes_ | Aiv, me too unless I want work to think I'm undead |
22:49.34 | Captnoord | those other enums you just sayd |
22:49.37 | Captnoord | about the 1 and the 2 |
22:49.43 | Captnoord | beeing enable and disable |
22:49.50 | Captnoord | are also pressent in the dll |
22:49.58 | cr2 | Captnoord: ok |
22:50.00 | Aiv | dcordes_ :), this code is on git? |
22:50.24 | cr2 | Captnoord: yes, i've actually checked only those that were seen in rpccall fifos |
22:50.29 | Aiv | 26 min ago |
22:50.29 | Aiv | htc-msm-2.6.27 |
22:50.32 | Aiv | ok, nvm :) |
22:50.42 | cr2 | Captnoord: and suspend was not one of them |
22:51.00 | cr2 | tuxhero: hoping for the working sound now :) |
22:51.02 | Captnoord | cr2: I finaly see a bit of a structure and a logic in the asm |
22:51.09 | cr2 | lol |
22:51.11 | Captnoord | is crossing fingers for the sound |
22:51.29 | Captnoord | cr2: I mean I can read it.. and understand what it does.... |
22:51.43 | rafyvitto | il crossing mines to lol |
22:51.47 | tuxhero | give me 2 more min i will confirm that |
22:51.54 | cr2 | :) |
22:52.14 | cr2 | Captnoord: i'll check the other numbers |
22:52.23 | dcordes_ | Aiv, yes. see the log http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.27 |
22:53.33 | cr2 | Captnoord: yeah, only 3 values |
22:53.59 | cr2 | i've commented out others |
22:54.05 | cr2 | let's see if it compiles |
22:54.50 | cr2 | yes |
22:54.55 | tuxhero | cr2: we now it's stopping at asdp: module 'AUDPPTASK` enable time out |
22:55.00 | dcordes_ | cr2, did you sync with git? I hope I added no skew |
22:55.26 | cr2 | =4 ? |
22:55.43 | cr2 | dcordes_: i'll check |
22:56.20 | cr2 | tuxhero: ok, i'm looking there |
22:57.19 | tuxhero | audmgr is happy but adsp seem to be very sad :( |
22:57.29 | cr2 | <PROTECTED> |
22:57.31 | cr2 | <PROTECTED> |
22:57.32 | cr2 | <PROTECTED> |
22:57.34 | cr2 | <PROTECTED> |
22:57.35 | cr2 | <PROTECTED> |
22:57.37 | cr2 | <PROTECTED> |
22:58.11 | cr2 | <PROTECTED> |
22:58.12 | cr2 | <PROTECTED> |
22:58.18 | cr2 | it's the result of this one |
22:59.03 | cr2 | 1,4 adsp_rtos_app_to_modem (got_it=1,cmd=1/0,proc_id=2,module=4/21/16/20/1f) |
22:59.44 | cr2 | module=4 is AUDPPTASK afair |
23:00.35 | cr2 | module->id ? |
23:01.27 | cr2 | tuxhero: do you have the latest git ? #define RPC_ADSP_RTOS_APP_TO_MODEM_PROC 1 ? |
23:02.02 | tuxhero | yes |
23:02.08 | cr2 | ok |
23:02.23 | cr2 | proc_id=2 RPC_ADSP_RTOS_PROC_APPS = 2 |
23:02.44 | cr2 | RPC_ADSP_RTOS_CMD_ENABLE=1 |
23:02.59 | cr2 | RPC_ADSP_RTOS_CMD_REGISTER_APP=0 |
23:03.15 | cr2 | RPC_ADSP_RTOS_CMD_DISABLE=2 <- did not see this one |
23:03.41 | tuxhero | one min |
23:04.12 | tuxhero | yes |
23:05.07 | cr2 | <PROTECTED> |
23:05.08 | cr2 | <PROTECTED> |
23:05.10 | cr2 | <PROTECTED> |
23:05.11 | cr2 | <PROTECTED> |
23:05.14 | cr2 | 1,cmd,2,module |
23:05.23 | cr2 | that looks ok |
23:05.39 | tuxhero | ok i will try it |
23:05.43 | cr2 | but the adsp still times out for some reason |
23:07.11 | tuxhero | i have this defs i will cross check them ones |
23:07.25 | cr2 | ADSP_STATE_* |
23:11.18 | Captnoord | adsp clock? |
23:11.35 | cr2 | Captnoord: where is it enabled ? |
23:11.43 | Captnoord | in the dll? |
23:11.48 | cr2 | Captnoord: we don't have it in clock-wince.c |
23:11.56 | cr2 | no, in the g1 code |
23:12.22 | cr2 | wh enables the adsp clock. and how. |
23:12.48 | cr2 | <PROTECTED> |
23:13.23 | cr2 | (adsp_info.module[i].clk_name |
23:15.27 | cr2 | static struct adsp_module_info module_info[] = { |
23:15.28 | cr2 | <PROTECTED> |
23:15.58 | Captnoord | you already had |
23:16.00 | Captnoord | #define RPC_ADSP_RTOS_APP_TO_MODEM_PROC 1 |
23:16.04 | Captnoord | instead of 2 |
23:16.22 | cr2 | struct msm_adsp_module { |
23:16.31 | cr2 | <PROTECTED> |
23:16.46 | cr2 | where is it filled ? |
23:17.05 | Captnoord | adsp.h |
23:17.32 | cr2 | it's the difinition |
23:17.41 | tuxhero | cr2 can you check smem dll |
23:18.07 | Captnoord | that its 1 you can see in the same dll |
23:18.16 | *** join/#htc-linux |Jason8|| (i=JayAte@server1.tiltshellz.org) |
23:18.26 | Captnoord | MOV R3, #1 |
23:18.26 | Captnoord | MOV R2, #0 |
23:18.26 | Captnoord | MOV R1, #0x3000000A |
23:18.27 | Captnoord | LDR R0, [SP,#0x48+var_24] |
23:18.27 | Captnoord | BL xdr_call_msg_start |
23:18.28 | cr2 | no, i mean the clk |
23:18.38 | Captnoord | k |
23:18.47 | cr2 | Captnoord: yes, that's how i added the names to wiki |
23:18.54 | Captnoord | good.... |
23:18.57 | Captnoord | what do you mean? |
23:19.24 | cr2 | who fills/defines the *clk in adsp_info |
23:19.55 | Captnoord | I dono |
23:20.27 | tuxhero | i think it's not need as many g1 modules are also left blank. |
23:20.35 | Captnoord | I think the code its filled in adsp.c |
23:20.39 | Captnoord | structure* |
23:20.53 | Captnoord | or |
23:20.54 | Captnoord | int adsp_init_info(struct adsp_info *info) |
23:20.56 | cr2 | tuxhero: yes, it's filled only for adsp_6225.c |
23:21.06 | Captnoord | in adsp_5200.c and stuff |
23:21.23 | cr2 | so it's not the clk |
23:21.40 | tuxhero | we need to find RPC_ADSP_RTOS_CMD_ENABLE def |
23:21.52 | Captnoord | lemme check a bit more |
23:21.56 | cr2 | =1 |
23:22.26 | cr2 | QDSP_MODULE(AUDPPTASK, NULL, 0, NULL, NULL), |
23:22.34 | cr2 | does not need clk |
23:24.08 | Captnoord | itds trough module = find_adsp_module_by_name(&adsp_info, name); |
23:24.15 | Captnoord | k |
23:26.15 | cr2 | i'll look at raw data |
23:26.40 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
23:26.49 | Captnoord | #define ADSP_CLK2 /* ADSP clock */ |
23:26.52 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
23:26.59 | Captnoord | switch_ADSP_CLK = 0x22 |
23:27.13 | cr2 | 0a000030 00000000 01000000 00000000 00000000 00000000 00000000 01000000 02000000 02000000 04000000 |
23:27.25 | Captnoord | 0x3000000a |
23:27.25 | cr2 | 1,2,2,4 |
23:27.42 | cr2 | after the SND rpcs |
23:27.50 | Captnoord | hmmm |
23:27.50 | cr2 | set-device and set-volume |
23:27.50 | Captnoord | k |
23:28.40 | rafyvitto | adsp is bad like michael jackson |
23:28.46 | cr2 | so it starts with cmd=2=disable ? |
23:29.19 | cr2 | hm. it's probably the end |
23:29.23 | Captnoord | lemme search the offset |
23:29.27 | Captnoord | as its not conclusive |
23:29.39 | cr2 | didn't add other values to wiki |
23:29.47 | cr2 | must be in the log |
23:29.50 | Captnoord | that offset |
23:29.51 | Captnoord | adsp_rtos_app_to_modem |
23:29.52 | Captnoord | ist hat |
23:29.54 | Captnoord | that |
23:30.02 | Captnoord | not set-volume |
23:30.04 | Captnoord | or |
23:30.06 | Captnoord | set-device |
23:30.17 | Captnoord | 0x30000000a = adsp_rtos_app_to_modem |
23:30.21 | Captnoord | stuff |
23:30.29 | Captnoord | I think |
23:30.32 | Captnoord | volume is |
23:30.42 | Captnoord | #0x30000002 |
23:30.49 | Captnoord | and set voltume would be cmd 2 |
23:31.08 | tuxhero | but set volume is passing fine |
23:31.12 | cr2 | 2,2,12, |
23:31.14 | Captnoord | and 2 enums are send... |
23:31.15 | cr2 | err |
23:31.20 | cr2 | 2.2.13.a |
23:31.31 | Captnoord | k |
23:31.39 | Captnoord | cr2 |
23:31.45 | Captnoord | you have to reverse the bytes |
23:31.53 | cr2 | 01000000 01000000 02000000 04000000 |
23:31.53 | Captnoord | 0a000030 = 3000000a |
23:32.00 | Captnoord | 1 1 2 4 |
23:32.02 | cr2 | 1,1,2,4 |
23:32.29 | cr2 | checking 13=audmgr |
23:32.58 | cr2 | 01000000 00000000 09000000 05000000 04000000 01000000 09000000 80d57a01 |
23:33.16 | cr2 | 1,0,9,5,4,1,9,80d57a01 |
23:33.26 | Captnoord | 01a75d80 |
23:33.35 | cr2 | yes |
23:34.05 | Captnoord | that offset isn't pressent in the dll I am searching... |
23:34.07 | cr2 | then 1.1.2.4 for ADSP AUDPPTASK, CMD=ENABLE |
23:35.27 | cr2 | tuxhero: can you replace the audmgr values with these 0x9, 0x01a75d80? |
23:35.41 | tuxhero | ok |
23:36.21 | Captnoord | 017ad580 |
23:36.48 | Captnoord | 01a75d80 <- not that one |
23:37.10 | cr2 | 017ad580 |
23:37.14 | Captnoord | 80d57a01 = 017ad580 :P |
23:37.16 | cr2 | yes |
23:37.29 | Captnoord | its getting late I should hit my bed |
23:37.30 | Captnoord | :P |
23:37.52 | tuxhero | which one should i replace |
23:37.54 | tuxhero | ?? |
23:38.30 | cr2 | <PROTECTED> |
23:38.32 | cr2 | <PROTECTED> |
23:38.43 | cr2 | the 0x11111111 -> 09 |
23:38.45 | cr2 | the 0x11111111 -> 0x9 |
23:39.14 | dzo | hi cr2 |
23:39.15 | cr2 | 0x11223344 -> 0x017ad580 |
23:39.19 | cr2 | hi dzo |
23:39.27 | cr2 | dzo: got 2 problems :) |
23:39.44 | dzo | for vogue i had to change the adsp irq to get it to work, there are 2. |
23:39.59 | cr2 | dzo: the adsp does not want to accept init cmd. |
23:40.02 | cr2 | hmm. |
23:40.26 | cr2 | #define INT_ADSP INT_ADSP_A9_A11 |
23:40.33 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
23:40.38 | cr2 | need to check my haret logs |
23:41.05 | dzo | vogue uses, INT_ADSP_A11 |
23:42.10 | dzo | does the adsp accept the message or does it say bad queue? |
23:42.23 | Captnoord | hmmm not to ruen the party |
23:42.24 | Captnoord | but |
23:42.31 | Captnoord | #define INT_ADSP_A9_A11 23 |
23:42.32 | Captnoord | 23 |
23:42.33 | cr2 | dzo: it times out |
23:42.33 | Captnoord | and |
23:42.40 | Captnoord | woeps |
23:42.41 | Captnoord | sorry |
23:42.43 | cr2 | (22, "ADSP_A11"), (23, "ADSP_A11_A9"), |
23:42.44 | Captnoord | its getting late |
23:43.13 | tuxhero | Captnoord: what time at your place now??? |
23:43.26 | Captnoord | way to late |
23:43.27 | dzo | I don't know what the 2 irqs are for, just that 22 works for me and not 23. |
23:43.29 | Captnoord | 1:43 |
23:43.37 | tuxhero | here 5:13AM |
23:43.38 | cr2 | 014.596 IRQS IRQ0: ADSP_A11(22)=1 |
23:43.38 | Captnoord | as in terrible late |
23:43.43 | cr2 | dzo: :D |
23:43.58 | cr2 | tuxhero: change the irq |
23:44.12 | dzo | glad to help,.. |
23:44.15 | tuxhero | ok |
23:44.19 | cr2 | dzo: thanks :) |
23:44.21 | IceBone | Why does android get more and more unstable the more I boot it? :( |
23:45.08 | tuxhero | INT_ADSP_A11 22 |
23:45.28 | cr2 | #define INT_ADSP INT_ADSP_A9_A11 |
23:45.34 | cr2 | replace with |
23:45.39 | cr2 | #define INT_ADSP INT_ADSP_A11 |
23:45.52 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-107-190.tukw.qwest.net) |
23:46.50 | cr2 | dzo: i've backported the kaiser gps driver, but there were some problems because or the different rpc api ;) |
23:47.03 | cr2 | s/or /of / |
23:49.22 | tuxhero | cr2: same problem |
23:49.35 | cr2 | ok |
23:50.02 | cr2 | still a bugfix |
23:50.16 | Captnoord | cr2 isn't that a callback thingy? |
23:50.22 | Captnoord | shouldn't it be a callback |
23:50.28 | Captnoord | 01:34] <cr2> then 1.1.2.4 for ADSP AUDPPTASK, CMD=ENABLE |
23:50.36 | Captnoord | if its a task |
23:50.57 | tuxhero | i think it a callback only |
23:50.57 | cr2 | you send this rpc to adsp |
23:51.05 | Captnoord | hmmm k |
23:53.41 | cr2 | CLOCK("adsp_clk", ADSP_CLK, NULL, 0), |
23:53.48 | cr2 | do we preserve it ? |
23:54.49 | Captnoord | it works trough those enums I thnk |
23:55.13 | cr2 | yes, the last value =0 means 'do not touch' |
23:56.14 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
23:57.05 | cr2 | <PROTECTED> |
23:57.06 | cr2 | <PROTECTED> |
23:57.08 | cr2 | <PROTECTED> |
23:57.20 | cr2 | i have seen the first value somewhere in the adsp*dll |
23:57.37 | cr2 | don't know about the second and third |
23:58.21 | Captnoord | yea seems to be related to some kind of lock I thnk |
23:58.29 | Captnoord | nope |
23:58.32 | Captnoord | its after the lock |