| 00:00.49 | ToAsTcfh | fuck it... maybe its just not gonna work |
| 00:01.02 | tmzt | wow, Pavel driver is tiny |
| 00:01.31 | phh | <tmzt> phh: there is cdma smd support, there was just an issue with a channel being opened and a dzo patch that remaps a channel <----- is it the only problem ? |
| 00:01.57 | ToAsTcfh | i thought there was chance to force it but im going in circles |
| 00:02.52 | leviathan | drivers/mmc/host/msm_sdcc.c:41:26: error: asm/mach/mmc.h: No such file or directory |
| 00:03.00 | leviathan | so much to 2.6.32 |
| 00:05.01 | tmzt | it moved |
| 00:05.01 | tmzt | copy it |
| 00:05.02 | tmzt | sorry |
| 00:05.06 | tmzt | it doesn't belong there |
| 00:05.08 | tmzt | just copy it |
| 00:05.24 | tmzt | phh: basically, but ppp is a little broken |
| 00:05.32 | tmzt | it crashes after a lot of transfer |
| 00:05.39 | phh | tmzt: it's also the problem why it doesn't start at all ? |
| 00:05.49 | phh | or it's something else ? |
| 00:07.40 | tmzt | no |
| 00:07.47 | tmzt | the problem I just said is why it doesn't start |
| 00:07.53 | tmzt | unless you mean something else |
| 00:07.54 | phh | alright |
| 00:08.20 | ToAsTcfh | so is my quest hopeless? |
| 00:08.34 | phh | tmzt: pushed |
| 00:08.51 | tmzt | what is? |
| 00:13.49 | ToAsTcfh | ok im gonna try a asop 2.0 build. maybe that will wor easier |
| 00:22.39 | tmzt | leviathan: does that kernel look complete? |
| 00:22.58 | leviathan | tmzt: not really, no |
| 00:23.11 | tmzt | what's missing? this looks like my transports |
| 00:23.15 | tmzt | transplants |
| 00:23.20 | tmzt | a few missing files, not much |
| 00:23.27 | tmzt | the difference is these are in staging |
| 00:23.53 | tmzt | dummy client? we did have one didn't we |
| 00:25.36 | tmzt | halibut, no g1? |
| 00:29.39 | *** join/#htc-linux addadi (n=addadi@bzq-79-181-101-50.red.bezeqint.net) |
| 00:32.05 | leviathan | tmzt: g1 is trout |
| 00:32.16 | leviathan | halibut doesnt work well |
| 00:32.22 | tmzt | yeah I know |
| 00:32.26 | tmzt | halibut we don't have |
| 00:32.30 | tmzt | why would it work at all? |
| 00:35.04 | leviathan | yes |
| 00:35.29 | leviathan | GNUtoo: I've enough from this nonsense tinkering... I will integrate the functions from samsungs one |
| 00:35.39 | leviathan | into the existing from htc-alsa |
| 00:35.44 | leviathan | in gitorious |
| 00:35.51 | leviathan | so it might work somehow... |
| 00:36.38 | tmzt | ~raph800-ramconsole |
| 00:36.47 | tmzt | ~raph100-ramconsole |
| 00:36.56 | tmzt | ~raph-ramconsole |
| 00:37.58 | GNUtoo | ok |
| 00:38.06 | GNUtoo | I'll try the snapdragon one |
| 00:38.15 | GNUtoo | it seem cleaner as he has less files |
| 00:39.01 | tmzt | yeah, but for a different chip |
| 00:39.10 | tmzt | but you can at least get the soc stuff from it |
| 00:39.24 | GNUtoo | ??? it has 7k in it |
| 00:39.34 | ToAsTcfh | tmzt: ok i got an idea... maybe im wrong though |
| 00:39.37 | tmzt | ok |
| 00:39.42 | tmzt | GNUtoo: right, 7k is it |
| 00:40.59 | ToAsTcfh | there are alot of apks included in my orig rom. because they had to hack for cdma sup in 1.5 maybe the ril needs the apks to finishloading all the settings for cdma? |
| 00:42.12 | tmzt | names? |
| 00:43.55 | ToAsTcfh | OMADM.apk |
| 00:44.29 | ToAsTcfh | Sprint_core.apk |
| 00:44.53 | ToAsTcfh | SDSA.apk |
| 00:45.27 | ToAsTcfh | IQRD.apk |
| 00:46.28 | ToAsTcfh | and the big one... HtcCdmaProvider.apk |
| 00:47.48 | ToAsTcfh | tmzt: those are the ones that stick out |
| 00:48.51 | ToAsTcfh | alsoo EPST.apk and FielTrial.apk |
| 00:49.34 | ToAsTcfh | i remember epst and fielTrial from my diamond |
| 00:51.53 | ToAsTcfh | ??? |
| 00:52.49 | tmzt | yeah |
| 00:52.54 | tmzt | oh |
| 00:53.16 | tmzt | might be needed then |
| 00:53.26 | tmzt | at least EPST.apk and HtcCdmaProvider.apk |
| 00:53.34 | tmzt | but you will probably have to remove the gsm ones from system |
| 00:53.52 | ToAsTcfh | which are? |
| 00:58.00 | ToAsTcfh | DRMprovider.apk? |
| 00:58.10 | ToAsTcfh | is that gsm? |
| 00:58.22 | tmzt | don't know |
| 00:59.21 | ToAsTcfh | okay what will happen if i leave the gsm shiv in |
| 00:59.49 | tmzt | no idea |
| 00:59.57 | tmzt | but the two providers will probably be an issue |
| 01:01.43 | ToAsTcfh | and u said i need to swap libril |
| 01:01.47 | ToAsTcfh | ? |
| 01:02.20 | GNUtoo | same issue from snapdragon |
| 01:02.22 | tmzt | yes |
| 01:02.22 | GNUtoo | I'll go bye |
| 01:04.54 | leviathan | k |
| 01:04.58 | leviathan | ill go too |
| 01:04.59 | leviathan | gn8 |
| 01:06.41 | *** part/#htc-linux gehzumteufel (n=gehzumte@cpe-76-93-100-70.socal.res.rr.com) |
| 01:06.45 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
| 01:21.43 | NetRipper | tmzt, pong |
| 01:21.45 | NetRipper | you still here? |
| 01:22.53 | tmzt | he |
| 01:22.55 | tmzt | yes xda |
| 01:23.00 | tmzt | save us |
| 01:23.04 | NetRipper | whats up |
| 01:23.05 | NetRipper | i missed |
| 01:30.43 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 02:18.45 | *** join/#htc-linux apt (i=ibot@rikers.org) |
| 02:18.45 | *** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android |
| 02:31.27 | *** join/#htc-linux tids2k (n=tids2k@122.111.80.212) |
| 02:31.42 | tids2k | ping ping .. netripper |
| 02:32.44 | tids2k | phh did u find the camera class name from leo ? |
| 02:33.01 | tids2k | if u need any help regarding or want to get anything from leo let me know |
| 02:34.33 | NetRipper | tids2k, ? |
| 02:34.54 | *** part/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 02:38.32 | tids2k | howz porting going |
| 02:39.02 | tids2k | i tried becker edition igo8 navigation system its awesome on leo :) |
| 02:39.31 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 02:40.08 | tids2k | hi dzo |
| 02:41.40 | *** join/#htc-linux MatBee (n=MatBee@d24-150-35-2.home.cgocable.net) |
| 02:41.50 | tids2k | netripper, hardspl for leo is up, but cmonex said she needs to put sspl in place first |
| 05:43.43 | *** join/#htc-linux apt (i=ibot@slc133.modem.xmission.com) |
| 05:43.43 | *** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android |
| 06:04.12 | *** join/#htc-linux toumei (n=tmclane@c-98-197-210-171.hsd1.tx.comcast.net) |
| 06:08.25 | toumei | does anyone know where the modified smd_7500.c file that allows CDMA network access to work is located on the net? I have been attempting to compile my own kernel and it works if I disable smd_7500 but when it is enabled it hands on boot. |
| 06:08.52 | tmzt | in our kernel |
| 06:08.59 | tmzt | that's not the issue |
| 06:09.02 | tmzt | the ril is bad |
| 06:09.04 | toumei | no? |
| 06:09.08 | tmzt | and some other things |
| 06:09.12 | toumei | ok. |
| 06:09.58 | toumei | I figured that there was more to it. I was hoping to look into why the microphone sometimes works and sometimes doesn't. |
| 06:10.58 | tmzt | thanks |
| 06:11.02 | tmzt | it does? |
| 06:11.50 | toumei | well in one of the kernels I got off of connect-utb I think it was.. I could hear myself speak on the speaker of the phone I had dialed.. it was really random though. |
| 06:12.10 | toumei | It is why I wanted to compile my own kernel. But the ones I compile won't boot on my sprint phone |
| 06:12.33 | toumei | well they won't boot when the smd_7500 is enabled (to be clear) |
| 06:12.55 | tmzt | oh |
| 06:13.05 | tmzt | unt: and I get the commit bplease |
| 06:13.23 | toumei | I am sure you already know all that. |
| 06:21.07 | MrPippy | toumei: what version of android did the radio seem to work with? there seemed to be more success with 1.5 than with 1.6 |
| 06:22.37 | toumei | The drop I have at the moment seems to be 1.6 according to the "About phone" dialog.. is that information correct generally? |
| 06:25.25 | MrPippy | on my sprint diamond and my 3 month old kernel, 1.5 at least reported "Sprint" as the service name and showed something for signal strength, I never tried making a call |
| 06:25.35 | toumei | it is the one off of connect-utb from 22.11.09 with the raph 800 kernel (cant remember if I am using the one that came in the pack or if I changed it out with another one ) |
| 06:26.12 | toumei | Yes Sprint did show up as the carrier.. and calls can be made and received.. just audio is spotty, most of the time it doesnt work |
| 06:26.19 | MrPippy | 1.6 doesn't seem to show anything from the radio, although it runs a lot smoother (1.5 was always running GC) |
| 06:26.42 | toumei | I noticed that keypad tones from the phone dont transfer to the receiver very well at all though |
| 06:27.02 | MatBeez | where can i go out to eat at 2am?? |
| 06:27.05 | MatBeez | in toronto |
| 07:37.43 | *** join/#htc-linux apt_ (i=ibot@slc156.modem.xmission.com) |
| 07:37.43 | *** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android |
| 07:59.40 | *** join/#htc-linux apt (i=ibot@slc156.modem.xmission.com) |
| 07:59.40 | *** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android |
| 08:38.22 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 08:51.12 | *** join/#htc-linux Traveler (n=traveler@AnandTablet.Stanford.EDU) |
| 08:54.32 | Guest48144 | anyone know why my raph800 won't boot with the recent kernels? |
| 09:08.53 | *** join/#htc-linux balans (n=Gebruike@212-123-149-239.ip.telfort.nl) |
| 09:24.56 | *** join/#htc-linux tids2k (i=tids2k@pa58-109-171-164.pa.nsw.optusnet.com.au) |
| 09:26.17 | *** join/#htc-linux kiozen (n=kiozen@rgnb-5d87c61f.pool.mediaWays.net) |
| 09:29.06 | *** join/#htc-linux addadi (n=addadi@bzq-79-181-101-50.red.bezeqint.net) |
| 09:31.13 | tids2k | cr2 |
| 09:36.44 | *** join/#htc-linux GlemSom (n=glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 10:03.44 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) |
| 10:16.11 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 10:16.22 | *** join/#htc-linux balans1 (n=Gebruike@212-123-149-239.ip.telfort.nl) |
| 11:19.29 | *** join/#htc-linux apt (i=ibot@rikers.org) |
| 11:19.29 | *** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android |
| 11:34.24 | *** join/#htc-linux kam187 (n=kam187@81-179-8-102.dsl.pipex.com) |
| 11:46.52 | *** join/#htc-linux GNUtoo (n=GNUtoo@host108-152-dynamic.40-79-r.retail.telecomitalia.it) |
| 11:51.58 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 12:13.00 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
| 12:20.36 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
| 12:58.31 | dcordes | good morning |
| 12:59.54 | Captnoord | good morning |
| 13:38.12 | *** join/#htc-linux avrj (i=avrj@shell.lf.fi) |
| 13:40.37 | *** join/#htc-linux magellanic (n=magellan@unaffiliated/magellanic) |
| 13:40.57 | magellanic | hi all, is qualcomm's msm a different arch to ARM or x86? just curious |
| 13:42.35 | phh | it's ARM |
| 13:43.25 | magellanic | ah, just curious |
| 13:43.29 | magellanic | thanks |
| 13:44.19 | GNUtoo | mmm codec is NULL |
| 13:44.21 | GNUtoo | hi btw |
| 13:46.39 | Captnoord | GNUtoo: thats why it crashes? |
| 13:46.53 | GNUtoo | at rmmod yes |
| 13:47.02 | GNUtoo | but that's not the main problem |
| 13:47.11 | GNUtoo | the main problem is that it doesn't find the sound card |
| 13:47.40 | Captnoord | pitty |
| 13:47.50 | *** part/#htc-linux magellanic (n=magellan@unaffiliated/magellanic) |
| 13:48.03 | GNUtoo | yes that's with the updated driver...I bet I miss definitions in the board file |
| 13:48.46 | Captnoord | its hard to see what is missing |
| 13:48.59 | phh | GNUtoo: have you added the msm_audio_resources thing like comet board ? |
| 13:49.11 | GNUtoo | no I'll add that |
| 13:50.30 | phh | oops |
| 13:50.32 | phh | msm_audio is not alsa driver |
| 13:50.34 | phh | it's qdsp6 |
| 13:50.58 | phh | it seems their alsa driver is used by no board ... |
| 13:51.20 | GNUtoo | it doesn't work that way |
| 13:51.29 | phh | ok |
| 13:51.35 | GNUtoo | first the alsa driver is allocated by the soc part |
| 13:51.43 | GNUtoo | then it uses the qdsp |
| 13:51.59 | phh | ok |
| 13:52.19 | GNUtoo | I'll check but I bet it doesn't use the dsp directly |
| 13:52.29 | GNUtoo | because they may have changed that |
| 13:53.53 | GNUtoo | http://pastebin.com/m44349570 |
| 13:54.21 | GNUtoo | I know -r is not necessary because there are no directory in /msm |
| 13:54.27 | GNUtoo | but anyway |
| 13:55.09 | Captnoord | maybe they moved it to be handled in a generic rpc way |
| 13:56.33 | GNUtoo | they use rpc |
| 13:56.38 | GNUtoo | for intance: |
| 13:57.24 | GNUtoo | http://pastebin.com/m5324eb7b |
| 13:57.49 | GNUtoo | but... |
| 13:57.53 | GNUtoo | depends on ARCH_MSM && SND_SOC |
| 13:58.05 | GNUtoo | maybe that's just for the includes? |
| 14:00.19 | Captnoord | no idea |
| 14:01.32 | phh | anyone knows how to have cia here checking gitorious ? |
| 14:01.38 | GNUtoo | ah SND_SOC |
| 14:01.41 | GNUtoo | so no qsd |
| 14:01.54 | GNUtoo | I went to bed late yesterday.... |
| 14:03.11 | GNUtoo | ah no I was right |
| 14:03.13 | Captnoord | phh http://glemsom.anapnea.net/android/htc-msm-android/ |
| 14:03.19 | Captnoord | APH110: The buttons on the phone are not recognized completely! Only way I can wakeup the phone is by sliding the keyboard. A similar problem has existed from the early releases and has never been addressed. |
| 14:03.25 | Captnoord | I can verify that |
| 14:03.33 | GNUtoo | SND_MSM_SOC selects CONFIG_MSM_ADSP |
| 14:03.55 | phh | Captnoord: there is no power button on raph ? |
| 14:04.06 | phh | because it's the normal way to wake up the phone on diam and blac |
| 14:04.18 | Captnoord | there is a power button on my raph |
| 14:04.26 | Captnoord | but when I booted it |
| 14:04.35 | Captnoord | it hits the suspend |
| 14:04.56 | Captnoord | so the lcd keeps the linux console text |
| 14:04.58 | phh | anyway if you want these buttons to wake up, add to cmdline: board-htcraphael-navi.wake=1 |
| 14:05.04 | *** join/#htc-linux wlady1 (n=wlady1@gw-114.scnet.cz) |
| 14:05.06 | Captnoord | thanks |
| 14:07.54 | Captnoord | wpa2 works |
| 14:12.00 | GNUtoo | mmm |
| 14:12.06 | GNUtoo | msm_snd ->msm-audio |
| 14:12.44 | GNUtoo | s/msm-audio/msm_audio |
| 14:25.06 | GNUtoo | ah ok |
| 14:25.07 | GNUtoo | that was for qdsp6 |
| 14:25.43 | *** join/#htc-linux wlady1 (n=wlady1@gw-114.scnet.cz) [NETSPLIT VICTIM] |
| 14:25.43 | *** join/#htc-linux avrj (i=avrj@shell.lf.fi) [NETSPLIT VICTIM] |
| 14:25.43 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) [NETSPLIT VICTIM] |
| 14:25.43 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 14:25.43 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) [NETSPLIT VICTIM] |
| 14:25.43 | *** join/#htc-linux toumei (n=tmclane@c-98-197-210-171.hsd1.tx.comcast.net) [NETSPLIT VICTIM] |
| 14:25.43 | *** join/#htc-linux MatBeez (n=MatBee@d24-150-35-2.home.cgocable.net) [NETSPLIT VICTIM] |
| 14:25.43 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) [NETSPLIT VICTIM] |
| 14:25.43 | *** join/#htc-linux surge (i=surge@pool-98-118-154-21.bflony.fios.verizon.net) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux infernix (n=nix@unaffiliated/infernix) |
| 14:25.44 | *** join/#htc-linux Bry8Star (n=Bry8Star@99.22.201.208) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux pini (n=pini@tho01-1-88-189-102-17.fbx.proxad.net) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux tuples (n=Tuple@unaffiliated/tuples) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux boogeyman (n=boogeyma@unaffiliated/boogeyman) |
| 14:25.44 | *** join/#htc-linux nrirclog (n=nrirclog@netripper.com) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux Salt|afk (n=Salt@vergil01.u.washington.edu) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux dilinger (n=dilinger@LUNGE.MIT.EDU) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux rzk_ (n=rzk@daemonet.ru) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-71-251-145-151.hrbgpa.fios.verizon.net) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux tjs_bsd (n=tjs@140.117.205.245) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux pigeon (n=pigeon@eth5284.nsw.adsl.internode.on.net) |
| 14:25.44 | *** join/#htc-linux StarLite (n=nnscript@s55916cb1.adsl.wanadoo.nl) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux SOG (n=SOG@n219073040179.netvigator.com) |
| 14:25.44 | *** join/#htc-linux UnknownArtists (n=unknown@84.19.199.203) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux no2chem2 (n=no2chem@cpe-76-90-65-27.socal.res.rr.com) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux prinex (n=prinex@m57s22.vlinux.de) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux furtardo (n=mks@nat/yahoo/x-dvbxroqvakaidapv) [NETSPLIT VICTIM] |
| 14:25.44 | *** join/#htc-linux rashire (n=ed1112wa@pool-98-114-89-30.phlapa.fios.verizon.net) [NETSPLIT VICTIM] |
| 14:25.48 | GNUtoo | if there is still someone connected |
| 14:25.52 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) [NETSPLIT VICTIM] |
| 14:25.52 | *** join/#htc-linux tcccp (i=hey@asskicker.hey-ix.net) [NETSPLIT VICTIM] |
| 14:25.52 | *** join/#htc-linux label2k10 (n=label2k1@chessman.acephale.fr) [NETSPLIT VICTIM] |
| 14:25.52 | *** join/#htc-linux ius (n=thralas@ius.student.ipv6.utwente.nl) [NETSPLIT VICTIM] |
| 14:25.52 | *** join/#htc-linux F22 (n=upcm@c-68-82-52-241.hsd1.nj.comcast.net) [NETSPLIT VICTIM] |
| 14:25.52 | *** join/#htc-linux Kevin2 (n=Kevin2@205.178.49.221) [NETSPLIT VICTIM] |
| 14:25.52 | *** join/#htc-linux mrmoku|away (n=mrmoku@ppp-88-217-6-101.dynamic.mnet-online.de) [NETSPLIT VICTIM] |
| 14:25.52 | *** join/#htc-linux NetRipper (n=netrippe@tikkie.net) [NETSPLIT VICTIM] |
| 14:25.52 | *** join/#htc-linux Funklord (n=cow@c-e1d571d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 14:25.52 | *** join/#htc-linux Jos (i=Jos@Lithium.Jossie90.info) [NETSPLIT VICTIM] |
| 14:25.52 | *** join/#htc-linux parmaster (i=par@dipole.idlepattern.com) |
| 14:26.01 | Captnoord | ? |
| 14:26.02 | GNUtoo | msm_snd ->qdsp5 |
| 14:26.02 | phh | Captnoord: can you try http://husson.hd.free.fr/zImage ? |
| 14:26.02 | GNUtoo | msm_audio ->qdsp6 |
| 14:26.03 | phh | MatBeez: you might try it as well |
| 14:26.03 | phh | well every treopro/raph/diam/blac users might try it :p |
| 14:26.03 | Captnoord | phh sorry.... need to go in a few |
| 14:26.03 | phh | no new feature, but some big cleanup in memory management |
| 14:26.03 | phh | no problem |
| 14:26.03 | GNUtoo | anyway it's very strange that the sound card is not detected |
| 14:26.03 | GNUtoo | maybe kzalloc failed |
| 14:26.03 | phh | GNUtoo: add many printks :p |
| 14:26.04 | GNUtoo | ok |
| 14:26.06 | GNUtoo | socdev->codec is NULL |
| 14:26.08 | GNUtoo | but |
| 14:26.59 | GNUtoo | http://pastebin.com/me5f5707 |
| 14:27.01 | GNUtoo | strange... |
| 14:32.39 | MatBeez | phh, okay, I'll try it :) |
| 14:37.52 | *** join/#htc-linux sxe (n=quassel@ip-62-143-102-161.unitymediagroup.de) |
| 14:39.02 | MatBeez | phh, still a no-go for myself. |
| 14:39.09 | phh | ok |
| 14:46.37 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 15:14.34 | Captnoord | re |
| 15:15.51 | Captnoord | phh testing now |
| 15:16.03 | phh | ok |
| 15:16.45 | Captnoord | booting normaly |
| 15:16.50 | phh | cool |
| 15:17.17 | phh | Captnoord: can you alsa try 3D ? I moved it to its working place. theorically. |
| 15:17.27 | Captnoord | k |
| 15:19.07 | Captnoord | crosses fingers |
| 15:19.41 | Captnoord | hmmmm |
| 15:19.55 | Captnoord | crashes |
| 15:19.58 | Captnoord | :S |
| 15:20.08 | Captnoord | will check the ram console |
| 15:20.12 | phh | reboots to windows ? |
| 15:20.14 | Captnoord | yup |
| 15:20.33 | phh | oh I know why |
| 15:21.02 | phh | there are 3MB shared between GPU1 and linux memory :D |
| 15:21.14 | *** join/#htc-linux artie16 (i=artie16@cc1243240-a.ensch1.ov.home.nl) |
| 15:22.23 | Captnoord | lolz |
| 15:22.27 | phh | Captnoord: retry with http://husson.hd.free.fr/zImage |
| 15:22.45 | Captnoord | k |
| 15:23.08 | tmzt | qdsp6 is 8k and some 7k but not ours |
| 15:23.29 | phh | tmzt: some 7k are qdsp6 ? |
| 15:24.33 | Captnoord | phh booting |
| 15:25.25 | tmzt | depends is not needed for includes |
| 15:27.21 | tmzt | 7x27/30 I think |
| 15:27.33 | tmzt | sorry |
| 15:27.38 | tmzt | that's qdsp5v2 |
| 15:27.43 | tmzt | not 6 |
| 15:27.51 | Captnoord | phh hmmm sorry.... |
| 15:27.53 | Captnoord | did not work |
| 15:27.55 | Captnoord | :S |
| 15:27.59 | phh | crashes again ? |
| 15:28.06 | GNUtoo | I bet no one else than me want to work on alsa.... |
| 15:28.07 | phh | or blackscreen ? |
| 15:28.15 | makkonen | hey all... was reading the vogue forums on xda the other evening, and dzo mentioned using haret debug.txt with 'pwf kmsg.txt 0xe0000 0x20000' or 'pwf dmesg 0x00600000 0x00040000'... can anyone tell me how I can find the offset and range for a raph to do that? I'm having no luck getting debug output from adb, so want to try other methods. |
| 15:28.23 | phh | GNUtoo: if i had 100hours/days I'll help you :p |
| 15:28.31 | GNUtoo | lol |
| 15:28.36 | phh | ~ramconsole |
| 15:28.40 | Captnoord | phh it stalled |
| 15:28.40 | phh | ~ramconsole-raphael |
| 15:28.41 | Captnoord | :S |
| 15:28.50 | phh | apt: you useluess bot. |
| 15:29.02 | GNUtoo | I've this problem too(limited hours in the day) |
| 15:29.17 | phh | makkonen: 0x0e0000 0x020000 |
| 15:29.32 | Captnoord | makkonen check rapheal.c file |
| 15:29.35 | Captnoord | lol |
| 15:29.39 | Captnoord | phh is faster |
| 15:29.39 | Captnoord | :P |
| 15:29.42 | phh | Captnoord: just moved it to pmem.c :p |
| 15:29.49 | Captnoord | looool |
| 15:30.00 | *** join/#htc-linux rayman18 (n=opera@170.pool85-49-100.dynamic.orange.es) |
| 15:30.18 | phh | apt: ramconsole is pwf dm 0x0e0000 0x020000 |
| 15:30.19 | apt | okay, phh |
| 15:30.23 | phh | ~ramconsole |
| 15:30.24 | apt | hmm... ramconsole is pwf dm 0x0e0000 0x020000 |
| 15:35.15 | Captnoord | phh nothing readable in ramconsole |
| 15:35.38 | phh | I think it's broke |
| 15:35.38 | phh | n |
| 15:35.44 | Captnoord | hehe |
| 15:35.47 | Captnoord | ramconsole |
| 15:35.50 | Captnoord | or gpu |
| 15:35.51 | phh | is 0x00800000 accessible ? |
| 15:35.52 | phh | ramconsole |
| 15:36.08 | phh | I mean can you do pwf dm 0x00800000 0x00100000 without haret complaining ? |
| 15:37.14 | Captnoord | yup |
| 15:37.18 | Captnoord | I get a 1 mb file |
| 15:37.21 | Captnoord | log.txt |
| 15:38.03 | Captnoord | but no ram console dude |
| 15:38.08 | Captnoord | only unreadable characters |
| 15:38.21 | phh | yes i know it hasn't been moved there yet :p |
| 15:38.26 | phh | doing it now |
| 15:38.35 | Captnoord | loool |
| 15:38.37 | Captnoord | k |
| 15:39.31 | Captnoord | I wish I could help you debug futher |
| 15:39.33 | MatBeez | :P |
| 15:39.39 | Captnoord | but i'm expecting a call |
| 15:39.42 | Captnoord | there you are |
| 15:39.53 | phh | Captnoord: same url |
| 15:40.30 | Captnoord | lol |
| 15:40.31 | Captnoord | alright |
| 15:41.01 | phh | sorry apt but |
| 15:41.12 | phh | apt: ramconsole is pwf dm 0x00800000 0x00100000 |
| 15:41.13 | apt | ...but ramconsole is already something else... |
| 15:41.17 | phh | apt: forget ramconsole |
| 15:41.17 | apt | phh: i forgot ramconsole |
| 15:41.20 | *** join/#htc-linux enjalot (n=enjalot@c-68-59-51-116.hsd1.fl.comcast.net) |
| 15:41.33 | phh | [16:47:19] <apt> Someone already said that 7 seconds ago |
| 15:41.35 | phh | he is clever. |
| 15:41.44 | phh | apt: ramconsole is pwf dm 0x00800000 0x00100000 |
| 15:41.45 | apt | phh: okay |
| 15:41.49 | phh | ~ramconsole |
| 15:41.50 | apt | rumour has it, ramconsole is pwf dm 0x00800000 0x00100000 |
| 15:41.59 | Captnoord | booting |
| 15:42.54 | Captnoord | no 3d splash screen |
| 15:43.28 | phh | you started haret with a 3D app running in background ? |
| 15:43.35 | Captnoord | nope |
| 15:43.37 | Captnoord | should I |
| 15:43.38 | Captnoord | ? |
| 15:43.44 | phh | yes it's needed |
| 15:43.45 | Captnoord | it worked before |
| 15:43.49 | Captnoord | oO |
| 15:43.50 | phh | maybe you use touchflo ? |
| 15:43.53 | Captnoord | nope |
| 15:43.58 | Captnoord | i've stripped it all |
| 15:44.07 | Captnoord | I don't have a 3d app on my wince |
| 15:44.16 | Captnoord | and it did work before |
| 15:44.26 | phh | i've never seen it working without that |
| 15:44.30 | phh | http://forum.xda-developers.com/showthread.php?t=425216 |
| 15:44.32 | Captnoord | strange |
| 15:44.46 | Captnoord | I need togo |
| 15:44.48 | Captnoord | talk to ya later |
| 15:45.09 | phh | ok |
| 15:46.45 | phh | GlemSom: your server must warms you up a bit no ? :p |
| 15:47.38 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 15:49.34 | *** part/#htc-linux wlady1 (n=wlady1@gw-114.scnet.cz) |
| 15:49.54 | leviathan | GNUtoo: we were searching into the wrong direction |
| 15:50.06 | GNUtoo | leviathan, ah? |
| 15:50.13 | leviathan | the error didnt lie in the frontend driver |
| 15:50.16 | GNUtoo | did you make it work? |
| 15:50.17 | leviathan | it lies in adsp |
| 15:50.22 | GNUtoo | ah? |
| 15:50.27 | GNUtoo | which error? |
| 15:50.31 | leviathan | I did make the Oops stop |
| 15:50.36 | GNUtoo | the rmmod oops? |
| 15:50.37 | leviathan | while writing into dsp |
| 15:50.42 | GNUtoo | ok |
| 15:50.44 | GNUtoo | wow |
| 15:50.52 | tmzt | can we get soc driver without adsp? |
| 15:50.57 | leviathan | nope |
| 15:51.04 | leviathan | I'm fixing the adsp driver atm |
| 15:51.05 | leviathan | -.- |
| 15:51.05 | GNUtoo | no |
| 15:51.17 | tmzt | or just because the codecs are managed by adsp we need it |
| 15:51.19 | leviathan | the alsa driver is only the frontend driver for adsp |
| 15:51.24 | GNUtoo | you route to the adsp...at least that's what I understood |
| 15:51.38 | leviathan | adsp it not a simple soundcard |
| 15:51.46 | leviathan | its a special form of sound device |
| 15:51.55 | leviathan | so we need special operations to produce sound |
| 15:52.03 | leviathan | the frontend for it is the alsa-soc driver |
| 15:52.11 | leviathan | and the backend adsp has the bugs |
| 15:52.13 | GNUtoo | I've not a global view of the driver...I know only the part I looked at for debugging |
| 15:52.18 | GlemSom | phh, haha - yes! it does :P You've been quite busy! |
| 15:52.24 | phh | :p |
| 15:52.48 | leviathan | I located the dsp bug in /mnt/sda/fso/gnulinuxkernel/arch/arm/mach-msm/qdsp5/adsp.c |
| 15:53.17 | tmzt | what is it? |
| 15:54.36 | GNUtoo | so no fix yet? do you need help? |
| 16:01.26 | phh | GlemSom: btw, what about a RSS thread ? |
| 16:03.42 | GlemSom | phh, honestly RSS never really cought my interrest... :P Maybe I'm just too old-fasion :P |
| 16:04.57 | GlemSom | But, if you keep pushing so many changes a day... We might need RSS :P hehe People cannot keep up here! :D |
| 16:05.29 | *** join/#htc-linux bronek (n=bronek@082139015142.jeleniagora.vectranet.pl) |
| 16:05.48 | leviathan | GNUtoo: we first walked by the beach into the desert to change telnesh |
| 16:05.54 | leviathan | i mean fishes |
| 16:06.01 | *** join/#htc-linux andrsd (n=andrsd@24-176-186-44.static.reno.nv.charter.com) |
| 16:06.09 | leviathan | and chase |
| 16:06.16 | leviathan | chase fishes |
| 16:06.19 | leviathan | thats human |
| 16:06.22 | leviathan | xD |
| 16:06.38 | leviathan | so we need to chase the error in adsp driver |
| 16:06.44 | GNUtoo | leviathan, I'm writing a mail on free phones....do you know what is not free in the kernel space in n900? |
| 16:06.45 | leviathan | the real device driver |
| 16:06.45 | GNUtoo | ok |
| 16:06.59 | leviathan | hmm |
| 16:07.00 | leviathan | n900 |
| 16:07.01 | leviathan | ? |
| 16:07.05 | GNUtoo | could you share details on the bug when you'll have time |
| 16:07.09 | leviathan | no, I dont have one yet |
| 16:07.12 | leviathan | only a n810 |
| 16:07.16 | GNUtoo | it's a lot non-free |
| 16:07.20 | leviathan | yes |
| 16:07.24 | GNUtoo | but I don't know what is not free |
| 16:07.27 | GNUtoo | n810 I know |
| 16:07.49 | GNUtoo | there is an openoffice calc file telling what is non-free |
| 16:07.56 | leviathan | hmm |
| 16:07.59 | GNUtoo | but not for n900 |
| 16:08.03 | leviathan | hmm |
| 16:08.07 | leviathan | we need a n900 |
| 16:08.08 | leviathan | hmm |
| 16:08.10 | tmzt | real device driver? |
| 16:08.17 | leviathan | tmzt: yes |
| 16:08.46 | leviathan | the msm-soc driver only uses the functions from adsp to make noises |
| 16:09.15 | tmzt | right |
| 16:09.22 | leviathan | but the accessments which are necesery for it are defined in adsp |
| 16:09.23 | *** part/#htc-linux rayman18 (n=opera@170.pool85-49-100.dynamic.orange.es) |
| 16:09.27 | leviathan | and these are wrong |
| 16:09.30 | leviathan | partially |
| 16:09.35 | tmzt | oh, thoguht you meant on n900 |
| 16:09.35 | leviathan | so I have to fix them |
| 16:09.45 | leviathan | to make noises trought /dev/dsp |
| 16:10.00 | tmzt | that's oss and alsa emu, not alsa |
| 16:10.10 | tmzt | don't expect it to work immidately |
| 16:14.08 | GNUtoo | could I have details when you'll have time? |
| 16:14.10 | phh | GlemSom: about bug #19, can you try that: put the lights in any of your three states, start haret with touchscreen, and don't have any finger or anything near the navipad panel |
| 16:14.13 | phh | for me it does the trick |
| 16:14.20 | phh | whatever the "state" is |
| 16:14.57 | GlemSom | phh, Also when all the lights are off? |
| 16:15.07 | phh | I think so |
| 16:17.10 | GlemSom | phh, Ok, first try: all lights off, phone charging and connected with activesync (well, not really connected since I'm on linux... but it's in that state). stylus out... booting now, let's have a look :) |
| 16:17.13 | GNUtoo | leviathan, first question the adsp problem is with the older driver from codeaurora for htcdream? |
| 16:17.32 | GNUtoo | you didn't use the newer samsung driver I bet |
| 16:18.11 | leviathan | hmm |
| 16:18.16 | leviathan | sould I try? |
| 16:18.41 | leviathan | overwrite the codeaura qdsp-driver with the one of samsung |
| 16:18.42 | leviathan | ? |
| 16:18.49 | leviathan | uhm I mean adsp |
| 16:19.53 | GlemSom | phh, hmm... seems you're right here.... |
| 16:20.02 | phh | cool then |
| 16:20.09 | phh | since it seems quite easy to fix :D |
| 16:20.12 | GlemSom | touching the panel while booting might have some influence here ? |
| 16:20.16 | phh | yes |
| 16:20.21 | phh | some I2C conflicts I guess |
| 16:20.35 | phh | GlemSom: speaking about stylus, any idea what i can do with that ? |
| 16:20.39 | phh | i mean stylus detection |
| 16:21.10 | GlemSom | Personally I would use it for unlocking... That seems to make sence to me. |
| 16:21.18 | GlemSom | Why would you else take out the stylus... |
| 16:22.51 | GlemSom | But, guess we need a daemon to monitor that then,... I don't think andoid knows about a stylus... |
| 16:23.16 | tmzt | give it a gpio-jey and wake |
| 16:23.18 | tmzt | key |
| 16:23.30 | tmzt | don't think tp2 can detect though |
| 16:24.43 | AstainHellbring | seems like it should tmzt |
| 16:24.56 | AstainHellbring | the screen lights up when I pull it I'd swear |
| 16:25.15 | phh | tmzt: i thaught so, but you get only "key up" when inserted and "key down" when removed |
| 16:25.16 | AstainHellbring | atleast when its dimmed |
| 16:25.16 | tmzt | are you sure that's not light sensor? |
| 16:25.20 | phh | so it seems weird |
| 16:25.44 | AstainHellbring | not 100% sure tmzt |
| 16:25.52 | phh | there are "switch" input event which seems more appropriate |
| 16:25.54 | tmzt | it should be sw not key sorry |
| 16:25.59 | phh | but still, android won't know what do to with that... |
| 16:26.07 | tmzt | yes it will |
| 16:26.12 | tmzt | just set the wake flag |
| 16:26.19 | tmzt | in the keymap |
| 16:26.31 | AstainHellbring | tmzt I think it can detect it |
| 16:26.47 | AstainHellbring | phone options still has option for open notes when stylus removed |
| 16:26.49 | phh | tmzt: oh we can do such things ? |
| 16:26.50 | GNUtoo | leviathan, yes try that |
| 16:26.54 | phh | I thaught only HOME button could wake it up |
| 16:26.58 | phh | s/HOME/MENU/ |
| 16:27.24 | tmzt | just edit the keymap and add the WAKE to itt |
| 16:27.33 | tmzt | if it works with sw I don't know |
| 16:27.44 | phh | ok |
| 16:43.05 | andrsd | hi! I have a HTC Touch HD device. I found the htc-linux.org and its wiki, but there is not much info about blackstone devices. |
| 16:43.31 | phh | there is just what's needed |
| 16:43.32 | andrsd | i'd like to put some on the wiki if there is an interest |
| 16:43.52 | phh | well how leds work is missing |
| 16:44.08 | leviathan | GNUtoo: it tries to page |
| 16:44.13 | leviathan | now i disable paging |
| 16:44.17 | leviathan | lets see if it works |
| 16:44.30 | andrsd | phh: how can i help with that? |
| 16:44.41 | tmzt | ask dcordes |
| 16:44.58 | phh | andrsd: read http://www.handhelds.org/moin/moin.cgi/HaRET_20Documentation and apply the watch gpio part |
| 16:46.50 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 16:47.36 | GNUtoo | leviathan, ok |
| 16:47.38 | andrsd | phh: thanks, i |
| 16:47.45 | andrsd | 'll do that and report back |
| 16:48.08 | AstainHellbring | tmzt any progress on white screen on tp2? |
| 16:48.48 | tmzt | hard to do when I can't test |
| 16:48.48 | tmzt | I want to try dummy mddi next though |
| 16:48.50 | AstainHellbring | you cant test? |
| 16:55.39 | leviathan | GNUtoo: ok, it stopped to reboot, when you write to dsp |
| 16:55.49 | leviathan | I'll smoke, then I'll fix the rest |
| 16:55.50 | GNUtoo | ok |
| 16:56.30 | leviathan | I'm sure if I wouldnt smoke all the time it would already run |
| 16:56.31 | leviathan | xD |
| 17:06.32 | tmzt | AstainHellbring: this is my only phone and only internet |
| 17:07.13 | JDShadowline | wants topaz android already..... lol |
| 17:09.19 | leviathan | GNUtoo: http://pastebin.com/m592f7ce0 |
| 17:09.24 | leviathan | any idea? |
| 17:10.03 | tmzt | some topa works now |
| 17:10.17 | tmzt | with it's client/panel I think |
| 17:10.18 | GNUtoo | leviathan, can I have the patches? |
| 17:10.54 | *** join/#htc-linux veritech (n=chatzill@CPE000e2ee46a2b-CM0011e67d7073.cpe.net.cable.rogers.com) |
| 17:11.33 | leviathan | yes |
| 17:11.35 | GNUtoo | look in /proc to what correspond 4 |
| 17:12.14 | NetRipper | if zImage doesn't work, but uncompressed Image does, what might be the problem? |
| 17:12.29 | GNUtoo | btw I don't understand the log...I only accept ioctl in hex format? |
| 17:12.31 | GNUtoo | s/?// |
| 17:12.32 | tmzt | compressed/head.S |
| 17:12.44 | tmzt | or many other things |
| 17:12.47 | tmzt | this is leo? |
| 17:12.55 | GNUtoo | there is an or and VALUES |
| 17:12.55 | AstainHellbring | ic tmzt |
| 17:12.59 | AstainHellbring | I will test anything for you |
| 17:13.06 | NetRipper | tmzt, yes but that's very generic, can't imagine it failing for a single device |
| 17:13.09 | NetRipper | tmzt, and yes, leo |
| 17:13.14 | tmzt | a thanks, you have rhod400? |
| 17:13.55 | andrsd | phh: so, i connected to my device via haretconsole and issued: watch GPIOS 1. do I need to do something more? |
| 17:14.11 | phh | andrsd: ibit useless gpios |
| 17:14.18 | tmzt | to do what? |
| 17:14.18 | phh | then watch gpios 100 and trigger leds |
| 17:14.33 | phh | tmzt: see how black's led works |
| 17:14.56 | tmzt | throguh microp? |
| 17:15.02 | tmzt | that's useless if so |
| 17:15.09 | tmzt | and 100 is a long time |
| 17:15.11 | phh | don't know if they have |
| 17:15.22 | tmzt | how do you trigger leds without ce running? |
| 17:15.28 | NetRipper | use ibit gpios <nr> to mask spamming bits |
| 17:15.35 | phh | oh wait, they have microp for backlight. |
| 17:15.42 | GlemSom | phh, rss -> http://glemsom.anapnea.net/android/htc-msm-android/rss.php I guess what people want to see is the build date (as the title)... ? Or do you have a better suggestion? |
| 17:16.04 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 17:16.11 | phh | GlemSom: seems fair |
| 17:16.12 | leviathan | GNUtoo: you have email |
| 17:16.26 | leviathan | use defconfig |
| 17:16.30 | leviathan | cp defconfig .config |
| 17:16.32 | leviathan | to build |
| 17:16.37 | tmzt | GlemSom: can you build for raph800? |
| 17:16.43 | phh | andrsd: do you have telnet or adb ? |
| 17:16.43 | leviathan | GNUtoo: it sucks somehow |
| 17:16.57 | GNUtoo | leviathan, GNUtoo no-log.org |
| 17:17.01 | tmzt | unless someone comes forward asking for raph500 I pretty much unable to do anything there' |
| 17:17.07 | GNUtoo | but I have greylisting |
| 17:17.26 | leviathan | uhhm |
| 17:17.32 | leviathan | I've sent it there |
| 17:17.32 | GNUtoo | leviathan, btw what strace do you use...how did you compile it? |
| 17:17.36 | GNUtoo | ok |
| 17:17.38 | GNUtoo | np I'll wait |
| 17:17.42 | andrsd | phh: i'm not sure what you're asking about |
| 17:17.44 | GNUtoo | I've no other mail |
| 17:17.48 | GlemSom | tmzt, I build according to the defconfig found in the tree.... I don't know what's required for raph800 |
| 17:17.50 | leviathan | yes |
| 17:18.04 | phh | andrsd: it will wait another day then |
| 17:18.14 | phh | i have some work to do |
| 17:18.18 | tmzt | one a samll patch to revert a dzo thing |
| 17:18.27 | phh | tmzt: I already commited this ... |
| 17:18.30 | tmzt | two, disable FUNCTION ADB |
| 17:18.38 | tmzt | with a mach check? |
| 17:18.41 | GNUtoo | ok I've the fixed oops with mplayer mail |
| 17:18.41 | phh | yes |
| 17:18.45 | tmzt | okay |
| 17:19.03 | phh | tmzt: disable the whole usb thing or just adb ? |
| 17:19.19 | tmzt | just adb |
| 17:19.21 | tmzt | and diag |
| 17:19.25 | tmzt | actually just diag |
| 17:19.39 | phh | hum, can i see the patch ? |
| 17:20.13 | leviathan | but mplayer still hangs as soon as it tries to do ioctl(5, 0x400c4150 |
| 17:20.29 | andrsd | phh: one more question about the triggering led. does it mean like activate wifi, bth (on some ppc devices the leds start to blink in different colors) is that what you want me to do? |
| 17:20.49 | phh | andrsd: I don't know what makes the LED changes on blac |
| 17:20.59 | phh | but anyway, tmzt's right, LED are most likely handled by microp |
| 17:21.00 | tmzt | what ioctl, status? |
| 17:21.03 | phh | so it's pointless |
| 17:21.04 | tmzt | setnled should |
| 17:21.16 | tmzt | you would have to trace i2c |
| 17:21.27 | GNUtoo | thanks I'll try |
| 17:21.36 | phh | well first we need to test the way we change leds on raph/diam |
| 17:21.47 | phh | simple and logical :p |
| 17:22.26 | tmzt | which leds? |
| 17:22.35 | tmzt | the navi ones are microp |
| 17:22.41 | phh | blackstone has some leds |
| 17:22.45 | phh | but they have no navi :p |
| 17:23.24 | tmzt | but they have a microp don't they |
| 17:23.32 | tmzt | I remeber there being one |
| 17:23.32 | phh | I think they have |
| 17:23.44 | phh | for lcd backlight at least |
| 17:24.10 | phh | andrsd: does the backlight dim when you change it in android's config ? |
| 17:24.38 | tmzt | spl would tell you |
| 17:25.05 | andrsd | phh: i tried android and saw backlight going dimmed |
| 17:25.09 | AstainHellbring | tmzt I can test for you if you want |
| 17:25.22 | phh | tmzt: so they have microp. |
| 17:25.34 | tmzt | rhod400? |
| 17:25.37 | AstainHellbring | yes |
| 17:25.50 | tmzt | do we know the client panel yet? |
| 17:26.04 | AstainHellbring | how would I find that again? |
| 17:26.39 | tmzt | no idea |
| 17:26.45 | tmzt | we dumped the values for cr2 |
| 17:26.50 | tmzt | I think that's client |
| 17:26.57 | tmzt | ~wince-dmesg |
| 17:28.08 | phh | tmzt: so what's needed about usb for raph800 ? |
| 17:28.34 | tmzt | that patch and disable function diag |
| 17:28.41 | tmzt | this is needed for ppp |
| 17:29.27 | phh | oO |
| 17:29.43 | GNUtoo | btw I if I remember well the fix came from samsung sources |
| 17:29.53 | tmzt | what fix? |
| 17:29.59 | tmzt | oh |
| 17:30.07 | tmzt | thoguht you were glemsom |
| 17:30.09 | *** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-174-187.dynamic.mnet-online.de) |
| 17:30.25 | GNUtoo | tmzt, a patch from leviatha |
| 17:30.26 | GNUtoo | n |
| 17:30.46 | GNUtoo | that should fix a crash with buffers |
| 17:30.52 | GNUtoo | like for instance: |
| 17:30.58 | GNUtoo | cat /dev/urandom > /dev/dsp |
| 17:31.50 | *** join/#htc-linux bronek (n=bronek@082139015142.jeleniagora.vectranet.pl) |
| 17:36.09 | NetRipper | lol |
| 17:36.13 | NetRipper | i just thought my device died |
| 17:36.36 | NetRipper | however the battery just fell out and i didnt notice |
| 17:44.27 | *** join/#htc-linux MrPippy (n=pip@adsl-75-36-53-28.dsl.sndg02.sbcglobal.net) |
| 17:45.10 | leviathan | alsa_send_buffer |
| 17:45.14 | leviathan | GNUtoo: alsa_send_buffer |
| 17:45.28 | leviathan | GNUtoo: causes the hang of mplayer |
| 17:45.34 | GNUtoo | leviathan, yes I know |
| 17:45.36 | leviathan | while (count > 0) { |
| 17:45.42 | GNUtoo | I know |
| 17:46.03 | GNUtoo | I bet you would have hit this bug |
| 17:48.33 | GNUtoo | that's the first bug I described in the alsa-devel ml |
| 17:48.39 | GNUtoo | there is a way to bypass it easily |
| 17:48.44 | GNUtoo | that''s what I wanted to try |
| 17:48.45 | leviathan | which one? |
| 17:49.25 | GNUtoo | I'll send you the line |
| 17:49.25 | GNUtoo | or diff |
| 17:49.26 | GNUtoo | but I don't guarantee it would work or prevent crash |
| 17:49.26 | GNUtoo | because for me it played then crashed |
| 17:49.32 | GNUtoo | but with your fix+ mine it could work |
| 17:50.27 | leviathan | yes |
| 17:50.33 | leviathan | let me try sour patch |
| 17:50.41 | leviathan | i'll integrate it into my changes |
| 17:50.53 | leviathan | and will do a big clean patch out of it |
| 17:50.55 | GNUtoo | basically you make it pass the problematic code only when len == INVALID_something |
| 17:50.58 | leviathan | with out two names on the wikipage |
| 17:50.59 | GNUtoo | which is defined in another file |
| 17:51.00 | leviathan | ^^ |
| 17:51.14 | GNUtoo | and the ones who helped us |
| 17:51.15 | leviathan | okee |
| 17:51.46 | leviathan | if the lenght is not correct, we need to cut it down |
| 17:51.59 | GNUtoo | BUF_INVALID_LEN |
| 17:52.03 | GNUtoo | is the length |
| 17:52.15 | leviathan | uhhm |
| 17:52.29 | leviathan | then we make a check, which cuts the frame into correct lenght |
| 17:52.31 | tmzt | what's that defined as? |
| 17:52.35 | GNUtoo | let me find my mail to see at which line to make the check |
| 17:52.41 | leviathan | means dumps the rest of the string |
| 17:53.00 | leviathan | if you have for example a buffer content |
| 17:53.13 | leviathan | 0xff 0x01 |
| 17:53.17 | leviathan | and you should only have |
| 17:53.19 | leviathan | 0xff |
| 17:53.26 | leviathan | then we make 0xff out of it |
| 17:53.44 | leviathan | this should be a simple if function |
| 17:54.14 | GNUtoo | it's an if with a break |
| 17:54.58 | GNUtoo | frame = prtd->out + prtd->out_tail; makes frame->used have a bad value |
| 17:55.00 | GNUtoo | so do that: |
| 17:55.45 | GNUtoo | if (frame->used == BUF_INVALID_LEN) {spin_unlock_irqrestore(&the_locks.write_dsp_lock, flag);break;} |
| 17:56.06 | GNUtoo | maybe I inverted the break and the spin unlock in my previous patch |
| 17:56.13 | GNUtoo | maybe it didn't worked because of that |
| 17:56.48 | GNUtoo | put that after: spin_unlock_irqrestore(&the_locks.write_dsp_lock, flag);break |
| 17:56.59 | tmzt | what's INVALID? |
| 17:58.07 | GNUtoo | grep it |
| 17:58.18 | GNUtoo | msm-pcm.h:#defineBUF_INVALID_LEN0xFFFFFFFF |
| 17:58.27 | leviathan | uhhm |
| 17:58.28 | leviathan | ok |
| 17:58.53 | GNUtoo | so it's like if it was -1 but as it is an unsigned it's 0xFFFFFFFF |
| 18:01.11 | leviathan | wonderfull, it rebootet but I can squash the bug now, I guess... |
| 18:01.35 | leviathan | because now its only a buffer overflow |
| 18:01.37 | GNUtoo | btw for the record I didn't invert the order in my previous part |
| 18:01.39 | GNUtoo | ok |
| 18:01.41 | leviathan | and no null pointer |
| 18:01.45 | GNUtoo | ah |
| 18:02.20 | leviathan | and from my script kiddi time I've got a fable for buffer overflows ;-) |
| 18:03.26 | leviathan | http://pastebin.com/m2914c410 |
| 18:03.32 | leviathan | less dump then ever |
| 18:03.33 | leviathan | xD |
| 18:04.47 | leviathan | food |
| 18:04.48 | leviathan | brb |
| 18:05.34 | tmzt | oh |
| 18:05.41 | tmzt | sorry |
| 18:06.40 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
| 18:12.54 | veritech | I just downloaded Android-1.6-22-11-09-CUTB for my Raph800, extracted and copied to my storage card, Also copied the rootfs and zimage from rootfs-BzImage-cdma-2009-11-29 |
| 18:13.13 | veritech | I didn't get data access working and some crashing |
| 18:13.45 | veritech | Edward on the Connect-UTB forum recommended that I try zImage-modules-20091206 |
| 18:14.41 | veritech | do I just copy those files? modules-2.6.27-00607..... and zImage.20091209_010916? do I need to rename them? |
| 18:15.14 | tmzt | no data until we can build a working raph800 kernel |
| 18:15.39 | tmzt | rename or change default.txt |
| 18:18.09 | veritech | I don't have a default.txt, just STARTUP |
| 18:18.36 | tmzt | same thing |
| 18:18.59 | veritech | k |
| 18:20.50 | veritech | I do have in my root dir on the Raph, zImage (1,510,000b) zImage-modules-20091121_151935.tar (5,376,000b) and zImage-RAPH800-2009-10-14 (1,478,852b) |
| 18:20.56 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 18:21.02 | veritech | What is the process that zImage is accessed? I thought that there would only be one zImage file with a corresponding modules |
| 18:21.21 | tmzt | zImage is there kernel |
| 18:21.31 | tmzt | I don't know how utb scripts get the modules |
| 18:21.48 | tmzt | I think you rename both of those to the base or use a matching startup.txt |
| 18:22.00 | tmzt | but that doesn't help with modules.tagzr |
| 18:22.05 | tmzt | modules.tar.gz |
| 18:23.10 | phh | don't take care of modules*gz first |
| 18:23.25 | tmzt | hey phh |
| 18:23.42 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
| 18:23.49 | phh | it's just wifi and ramzswap, to get data working it's useless |
| 18:24.42 | GNUtoo | leviathan, note that my patch may not be a good idea as samsung work without |
| 18:25.15 | leviathan | ok, following idea |
| 18:25.48 | leviathan | atm we are just breaking the loop |
| 18:25.58 | leviathan | if the buffer needs too much space |
| 18:26.08 | leviathan | why we're not just cutting the fram |
| 18:26.25 | leviathan | so that it fits the maximal fram size |
| 18:26.51 | tmzt | is this related to period? |
| 18:33.03 | GNUtoo | if I remember well it works with 2 period max |
| 18:33.15 | GNUtoo | and frame size = total periods |
| 18:33.24 | GNUtoo | so 2*period size here if I'm right |
| 18:33.54 | tmzt | right so would changing the period size fix it to fit in the buffer? |
| 18:34.01 | tmzt | period size is also time |
| 18:36.00 | AstainHellbring | tmzt so you know your client panel right? |
| 18:36.40 | *** join/#htc-linux onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 18:36.49 | tmzt | no |
| 18:36.57 | AstainHellbring | ic |
| 18:37.03 | tmzt | because I don't know the address for dmesg |
| 18:38.42 | F22 | if i recall correctly you both have the same panel i do, and i think we established that it was a SEID (Epson). |
| 18:39.11 | tmzt | ok |
| 18:39.20 | tmzt | so we are missing init? |
| 18:39.56 | tmzt | AstainHellbring: you seen the upstream code for msmfb |
| 18:39.56 | tmzt | it's so simple |
| 18:39.57 | tmzt | but I don't know if it works |
| 18:39.58 | tmzt | since it's only for halibut |
| 18:40.17 | AstainHellbring | no tmzt I've not seen much of the code |
| 18:40.34 | tmzt | we ever figure out epson init? |
| 18:41.04 | F22 | not to my knowledge. that i believe is what cr2 was supposed to be working on, but he hasn't been around much of late. |
| 18:41.15 | tmzt | yeah |
| 18:42.55 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 18:43.04 | *** join/#htc-linux kam187 (n=kam187@81-179-8-102.dsl.pipex.com) |
| 18:46.45 | *** join/#htc-linux [2]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 18:47.26 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
| 18:47.41 | F22 | btw, rhod dmesg address is: 0x16f00000 |
| 18:48.07 | GNUtoo | tmzt, I tried it but only the size in bytes |
| 18:48.24 | GNUtoo | tmzt, and it blocks on the status |
| 18:49.05 | GNUtoo | moreover aplay has problems then |
| 18:50.14 | tmzt | apt: rhod-dmesg is wince dmesg is at 0xx16f00000 |
| 18:50.14 | apt | tmzt: okay |
| 18:54.17 | F22 | what cr2 has been able to figure out regarding the rhod panels he's been combining with the topaz info on the htc linux site. |
| 18:56.15 | F22 | in the wince dmesg you should see something like: 18:04:13 [D:DISP] g_CurrentPanelType=20... |
| 18:56.43 | tmzt | that's what we dumped I think |
| 18:56.48 | tmzt | from a register |
| 18:56.51 | F22 | 20 is the SEID panel |
| 18:56.52 | F22 | yup |
| 18:56.55 | F22 | same thing |
| 18:57.02 | tmzt | is it panel ir client that matters? |
| 18:57.15 | tmzt | or SEID panel and epson client? |
| 18:57.42 | tmzt | since htcfb works it should be enough to disable the reset gpio |
| 18:57.46 | tmzt | I think |
| 18:59.44 | F22 | http://www.htc-linux.org/wiki/index.php?title=Topaz_LCDModule |
| 19:00.22 | F22 | last edit was 5 days ago. |
| 19:01.50 | tmzt | ok |
| 19:01.58 | tmzt | rhod400/500 are both there |
| 19:02.03 | tmzt | what do you have? |
| 19:02.11 | F22 | yup, as is my rhod210. |
| 19:02.44 | AstainHellbring | NetRipper you around? |
| 19:02.50 | F22 | i think the rhod300 has a different panel. but ours are all the same. |
| 19:03.13 | AstainHellbring | which one is the 300? |
| 19:05.02 | F22 | not sure, i suspect the AUO. |
| 19:05.09 | AstainHellbring | AUO? |
| 19:05.14 | F22 | panel |
| 19:05.18 | F22 | Novatek client |
| 19:05.32 | AstainHellbring | hmm |
| 19:07.02 | F22 | hmmm...looks like the 300 is US AT&T according to pdadb.net. |
| 19:07.09 | AstainHellbring | interesting |
| 19:07.26 | F22 | aka tilt2 |
| 19:07.30 | *** join/#htc-linux TitanMKD (n=aa@vaf26-4-88-176-72-126.fbx.proxad.net) |
| 19:07.47 | TitanMKD | hello |
| 19:08.29 | tmzt | hello |
| 19:08.51 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 19:09.21 | TitanMKD | any news about kernel 2.6.29 or more ported for Kaiser or similar MSM7200 chipset ? |
| 19:10.19 | tmzt | TitanMKD: there's some work |
| 19:10.23 | tmzt | you have titan? |
| 19:10.33 | TitanMKD | I have a Kaiser |
| 19:10.53 | TitanMKD | using Haret to boot Android |
| 19:11.00 | TitanMKD | with kernel 2.6.25 |
| 19:11.32 | tmzt | right |
| 19:13.38 | F22 | the reason why i think the rhod300 has a different panel is because cr2 got a 21 instead of a 20 for panel type. not entirely certain which one that is. that would match up with a hex code of 15 which isn't on the list. |
| 19:19.10 | NetRipper | AstainHellbring, yes |
| 19:19.42 | AstainHellbring | NetRipper hows the progress on the hd2 and snapdragon chipset? |
| 19:20.07 | NetRipper | well i know haret is working, as it boots into the linux kernel.. but somewhere during early init it hangs |
| 19:20.21 | *** join/#htc-linux MatBee (n=MatBee@67.55.31.105) |
| 19:20.22 | AstainHellbring | cool NetRipper |
| 19:20.36 | NetRipper | zImage doesn'tw ork, but uncompressed Image does work |
| 19:20.40 | AstainHellbring | I may have a snapdragon device soon |
| 19:21.04 | NetRipper | which? |
| 19:21.08 | AstainHellbring | lg expo |
| 19:21.13 | NetRipper | ah |
| 19:23.13 | TitanMKD | does latest htc-msm-2.6.29 support Vogue/Kaiser ? |
| 19:23.37 | tmzt | NetRipper: yeah, the seems to be the problem cmonex was having |
| 19:28.26 | AstainHellbring | NetRipper thinking of that one as I've learned that att wont have anything else snapdragon att till q3 at earliest |
| 19:28.27 | tmzt | in her case it was sspl init failing |
| 19:28.27 | tmzt | but the jump succeded |
| 19:28.27 | NetRipper | tmzt, maybe.. |
| 19:28.27 | tmzt | vmlinux works? |
| 19:28.27 | AstainHellbring | NetRipper heard anything for a date for telstra having hd2? |
| 19:28.27 | NetRipper | telstra? |
| 19:28.27 | NetRipper | tmzt, uh vmlinuz is compressed as well isnt it? |
| 19:28.28 | NetRipper | zImage is 2 mb, vmlinuz is 2.1mb, Image is 4.x mb |
| 19:28.28 | NetRipper | figured Image to be uncompressed, and it work s;) |
| 19:28.28 | NetRipper | not sure what vmlinuz is to zImage |
| 19:28.28 | TitanMKD | NetRipper yes the z at end means compressed |
| 19:28.28 | NetRipper | TitanMKD, so what makes zImage and vmlinuz different? |
| 19:28.29 | TitanMKD | no idea |
| 19:28.29 | NetRipper | ok |
| 19:28.29 | NetRipper | tmzt, ? |
| 19:28.29 | tmzt | the compression code |
| 19:28.29 | tmzt | ali1234: ping |
| 19:28.29 | TitanMKD | im begineer on kernel, i'm just starting hacking on it |
| 19:28.34 | tmzt | vmlinux is an elf binary or similar |
| 19:28.41 | NetRipper | aha |
| 19:29.02 | tmzt | run file on both, you'll see |
| 19:29.24 | TitanMKD | NetRipper just use Image |
| 19:29.28 | TitanMKD | it is not compressed |
| 19:29.46 | TitanMKD | but i have never tested it |
| 19:29.51 | NetRipper | yes i know |
| 19:30.07 | NetRipper | Image works, but don't know why the decompression of zImage fails |
| 19:30.10 | TitanMKD | it should speed up the boot if it does not require to uncompress |
| 19:30.15 | tmzt | have you tried vmlinux? |
| 19:30.18 | NetRipper | it does quite some assembly for setting up caching etc |
| 19:30.19 | tmzt | or jus Image |
| 19:30.20 | NetRipper | tmzt, no |
| 19:30.28 | NetRipper | tmzt, Image yes... that's 3 times :P |
| 19:30.37 | tmzt | sorry |
| 19:30.40 | NetRipper | np ;) |
| 19:31.00 | tmzt | vmliuz is the old name |
| 19:31.02 | NetRipper | vmlinux is an ELF executable indeed |
| 19:31.09 | tmzt | bot zImage and bzImage are gzipped |
| 19:31.26 | tmzt | bzImage is not used on arm |
| 19:31.26 | NetRipper | there's no bzImage |
| 19:31.29 | tmzt | right |
| 19:31.29 | NetRipper | ok |
| 19:31.41 | tmzt | sorry |
| 19:31.45 | tmzt | vmlinux - elf |
| 19:31.53 | tmzt | vmlinuz - old compressed |
| 19:31.59 | NetRipper | ok |
| 19:32.04 | tmzt | zImage and bzImage - gzipped |
| 19:32.15 | tmzt | bzImage only on x86 I think |
| 19:32.24 | NetRipper | anyway |
| 19:32.48 | *** join/#htc-linux MethoS- (n=clemens@134.102.106.250) |
| 19:32.48 | phh | bzImage is bzip2 not gzip i guess |
| 19:32.48 | NetRipper | im done with it for today |
| 19:32.48 | tmzt | have you looked at compressed/head.S ? |
| 19:32.48 | NetRipper | been at it since this afternoon |
| 19:32.49 | tmzt | ok |
| 19:32.56 | tmzt | phh: no it's not |
| 19:33.05 | tmzt | b is for something else |
| 19:33.08 | phh | ok |
| 19:33.12 | phh | strange |
| 19:34.48 | TitanMKD | NetRipper for decompression all is done in include/asm/arch/uncompress.h |
| 19:35.01 | TitanMKD | NetRipper maybe you have set the wrong endian or something like that |
| 19:35.23 | NetRipper | i doubt endian is the problem |
| 19:35.33 | TitanMKD | it also use a very basic graphic driver to display progress of decompression |
| 19:35.36 | tmzt | it's not lkely the uncompression code |
| 19:35.44 | tmzt | but the early asm setup |
| 19:35.50 | tmzt | in compressed/head.S |
| 19:35.56 | TitanMKD | have you a crash log with some details ? |
| 19:36.17 | TitanMKD | head is specific to the ARCH |
| 19:36.17 | tmzt | hopefully when ali gets back he can help as he's been throguh this with omap850 |
| 19:36.22 | NetRipper | i'd wish.. there's no output yet.. |
| 19:36.39 | tmzt | arch/arm/boot/compressed/head.S |
| 19:36.43 | NetRipper | TitanMKD, writing to the framebuffer has no effect on leo, it also needs a DMA before its contents are displayed |
| 19:36.51 | tmzt | htcfb at this level possible? |
| 19:37.02 | tmzt | didn't dzo do something like that? |
| 19:37.03 | NetRipper | tmzt, i know i scanned through it already, but didnt see the same problems that i had in haret |
| 19:37.09 | NetRipper | tmzt, htcfb won't work at this stage yet |
| 19:37.25 | TitanMKD | ha ok it is the fb who is not working |
| 19:37.34 | tmzt | not it itself but an asm version like the one I'm working on |
| 19:37.36 | tmzt | but yeah |
| 19:37.48 | tmzt | what did dzo have for early printk |
| 19:37.56 | NetRipper | htcfb |
| 19:37.58 | NetRipper | by maejrep |
| 19:38.00 | tmzt | and that obviosuly doens't work at this stage |
| 19:38.02 | NetRipper | i think |
| 19:38.02 | tmzt | ah |
| 19:38.10 | tmzt | druidu actually |
| 19:38.12 | NetRipper | oh |
| 19:38.13 | NetRipper | yes |
| 19:38.13 | NetRipper | sorry |
| 19:38.34 | tmzt | we called it druidu fb for a long time |
| 19:38.43 | NetRipper | :p |
| 19:38.53 | tmzt | until it got renamed |
| 19:38.55 | tmzt | anyway |
| 19:39.01 | tmzt | serial is the best chance |
| 19:39.24 | tmzt | I don't know if it's extusb or 3.5 on new devices though |
| 19:39.28 | NetRipper | if you figure out how to connect serial to a leo, let me know :P |
| 19:39.32 | NetRipper | 3.5 ;) |
| 19:39.35 | tmzt | hah right |
| 19:39.36 | NetRipper | microusb + 3.5 |
| 19:39.41 | tmzt | musb |
| 19:39.42 | tmzt | uh |
| 19:39.44 | tmzt | right |
| 19:39.53 | tmzt | I'm still on tp2 |
| 19:40.00 | NetRipper | yea bulky miniusb |
| 19:40.04 | tmzt | no clue how it works there either |
| 19:40.05 | NetRipper | you'll get scared when you see microusb |
| 19:40.11 | tmzt | I've seen it |
| 19:40.16 | tmzt | on lg phones |
| 19:40.20 | tmzt | it's wider? |
| 19:40.27 | NetRipper | my first impresion was... how long will it take before it snaps |
| 19:40.29 | NetRipper | no |
| 19:40.36 | NetRipper | maybe just as wide, but a lot thinner |
| 19:41.03 | tmzt | I thought it was an lg thing until I saw motorola and new charger kits with it |
| 19:41.09 | tmzt | it's wider I'm sure |
| 19:41.15 | tmzt | just a little |
| 19:41.15 | NetRipper | exactly same width |
| 19:41.17 | NetRipper | just checked |
| 19:41.19 | tmzt | but thinner |
| 19:41.20 | tmzt | ok |
| 19:41.24 | tmzt | it looks wider then |
| 19:41.29 | NetRipper | yea cos its thinner;) |
| 19:41.32 | NetRipper | optical |
| 19:41.33 | NetRipper | :) |
| 19:41.39 | NetRipper | +illusion |
| 19:41.40 | tmzt | fine |
| 19:41.53 | NetRipper | dont be mad ;) |
| 19:42.13 | tmzt | we need a msm android device with it |
| 19:42.22 | tmzt | to see how serial/h2w works |
| 19:42.38 | tmzt | forget detect |
| 19:42.43 | tmzt | does leo have cpld? |
| 19:43.11 | NetRipper | cpld? |
| 19:43.34 | tmzt | an asic for routing and i2c expansion |
| 19:43.37 | tmzt | htcpld |
| 19:43.45 | NetRipper | no idea |
| 19:43.54 | tmzt | look at wiki |
| 19:43.58 | tmzt | leo mem |
| 19:44.06 | tmzt | should be there if it does |
| 19:44.17 | tmzt | otherwise there must be a gpio for it |
| 19:44.41 | NetRipper | http://htc-linux.org/wiki/index.php?title=Leo |
| 19:44.42 | NetRipper | not there |
| 19:44.45 | tmzt | hmm |
| 19:44.51 | NetRipper | maybe cr2 hasnt found it yet |
| 19:44.54 | tmzt | cmonex uses ramconsole from asm |
| 19:44.55 | TitanMKD | NetRipper have you the log of Haret output ? |
| 19:45.00 | tmzt | for this stuff |
| 19:45.14 | tmzt | TitanMKD: haret is dead at that point |
| 19:45.20 | NetRipper | TitanMKD, yes, but why? |
| 19:45.23 | TitanMKD | tmzt yes but before |
| 19:45.29 | tmzt | before is ok |
| 19:45.35 | TitanMKD | to dump some resgisters |
| 19:45.43 | TitanMKD | at least to test fb |
| 19:45.50 | tmzt | huh? |
| 19:45.54 | tmzt | what's the issue? |
| 19:45.59 | TitanMKD | yes haret debug |
| 19:46.18 | TitanMKD | i have tested it and it work fine to change screen color in fb ... |
| 19:46.41 | NetRipper | TitanMKD, that's only becuase winmo is still doing DMA |
| 19:46.41 | tmzt | when ce is running |
| 19:46.41 | TitanMKD | and after if that work you can dump the code and paste it in linux kernel |
| 19:46.41 | TitanMKD | yes |
| 19:46.43 | NetRipper | TitanMKD, once haret boots linux kernel, all DMA is stopped |
| 19:46.50 | TitanMKD | yes but before |
| 19:46.50 | NetRipper | (wince timers dont run anymore) |
| 19:46.58 | TitanMKD | using haret has debugger |
| 19:47.05 | TitanMKD | without launching linux |
| 19:47.17 | TitanMKD | using haret console |
| 19:47.23 | tmzt | NetRipper: have you tried writing something to ram to check progress? |
| 19:47.45 | NetRipper | tmzt, no i haven't |
| 19:53.07 | AstainHellbring | tmzt motorola? |
| 19:53.40 | tmzt | hmm? |
| 19:54.02 | tmzt | microusb you mean? |
| 19:54.07 | tmzt | some verizon phone |
| 19:54.14 | tmzt | blaze I think |
| 19:54.37 | AstainHellbring | it an android? |
| 19:55.40 | tmzt | no |
| 19:55.47 | tmzt | magx |
| 19:55.53 | AstainHellbring | ? |
| 19:56.06 | tmzt | linux based but very closed |
| 19:56.15 | tmzt | it's a cdma ming |
| 19:56.27 | AstainHellbring | hmm |
| 19:56.37 | tmzt | they still have them but I don't think they sell |
| 19:56.47 | tmzt | the claibration doesn't even work |
| 19:57.54 | *** part/#htc-linux F22 (n=upcm@c-68-82-52-241.hsd1.nj.comcast.net) |
| 19:58.44 | AstainHellbring | wow |
| 19:59.30 | tmzt | but they won't sell tp2 in the store |
| 19:59.34 | tmzt | I don't get it |
| 19:59.48 | tmzt | they said because tp only was hot for a week |
| 20:00.13 | tmzt | but they have imagio |
| 20:00.13 | tmzt | which whitstone/cdma topaz |
| 20:00.23 | tmzt | tp2 is three times better than tp |
| 20:00.35 | tmzt | if the power button was higher it would be 4 or 5 times |
| 20:00.37 | AstainHellbring | wow thats crazy |
| 20:00.46 | AstainHellbring | tp2 has gotta be selling great too |
| 20:00.54 | AstainHellbring | dont like power on end key? |
| 20:01.03 | tmzt | neither vzw or bestbuy has them |
| 20:01.21 | tmzt | best kbd phone right now I would say |
| 20:01.25 | tmzt | landscape |
| 20:01.30 | tmzt | or at least on vzw |
| 20:01.51 | tmzt | no end key is okay |
| 20:01.57 | tmzt | it's the power button |
| 20:02.03 | tmzt | press it too much when typing |
| 20:02.20 | tmzt | not having end key lock is annoying though |
| 20:02.50 | tmzt | press hold pwr should lock but doesn't either |
| 20:03.23 | tmzt | they could easily have put it on the right side at the top if turning off lcd was so important |
| 20:05.45 | ali1234 | what's up? |
| 20:06.18 | tmzt | netripper is having issues with kernel decompression |
| 20:06.29 | ali1234 | ah |
| 20:06.36 | ali1234 | what kind? |
| 20:06.59 | tmzt | the 'it doesn't work' kind |
| 20:07.26 | tmzt | ever get it working on omap850? |
| 20:07.42 | ali1234 | yeah, compression always worked |
| 20:07.47 | ali1234 | it was no compression that didn't work |
| 20:07.56 | tmzt | ah |
| 20:07.56 | tmzt | wow |
| 20:08.11 | tmzt | but it's two different head.S versions |
| 20:08.18 | tmzt | each with their own problems |
| 20:08.19 | ali1234 | yeah |
| 20:08.30 | ali1234 | well i pretty much know the problem |
| 20:08.44 | ali1234 | "stop putting crap in head.S - put it in the bootloader" |
| 20:08.52 | ali1234 | except our bootloader doesn't have it |
| 20:08.59 | ali1234 | turns out the compressed version does have it |
| 20:09.04 | ali1234 | i just don't know what "it" is |
| 20:09.14 | tmzt | wait |
| 20:09.19 | tmzt | uboot patch :) |
| 20:09.35 | tmzt | NetRipper: |
| 20:09.45 | tmzt | look at the boot code in the ca uboot |
| 20:10.06 | tmzt | it must work since they can boot without head patches beyond the l2cc |
| 20:10.32 | tmzt | l2cr2 |
| 20:11.19 | tmzt | .. |
| 20:11.22 | tmzt | asm is crazy |
| 20:11.35 | ali1234 | yeah |
| 20:11.36 | tmzt | I'm wondering if we should chain haret to something like Qi |
| 20:11.40 | tmzt | in the future |
| 20:11.47 | ali1234 | what does that mean? |
| 20:12.00 | tmzt | chainboot a real bootloader |
| 20:12.08 | tmzt | that can fix the hardware init |
| 20:12.16 | ali1234 | ah |
| 20:12.18 | tmzt | not reinit everything of course |
| 20:12.36 | tmzt | we have the world's smallest bootloader |
| 20:12.40 | tmzt | embedded in haret |
| 20:13.02 | tmzt | but it requires certain assumptions on the part of linux or whatver we build |
| 20:13.16 | tmzt | this is probably why my code doesn't work from haret as well |
| 20:13.28 | tmzt | but that's a bit of another story |
| 20:13.30 | ali1234 | we don't usually have a problem with haret |
| 20:13.36 | ali1234 | it is eol that gives us problems |
| 20:13.40 | ali1234 | it does a lot less than haret |
| 20:13.41 | tmzt | right |
| 20:13.44 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 20:13.52 | tmzt | thing is you had to add serial to haret |
| 20:13.56 | tmzt | for instance |
| 20:14.04 | tmzt | and other things would need to be added |
| 20:14.12 | ali1234 | no, i had to add serial to eol |
| 20:14.28 | tmzt | of course, none of this prepares us for booting from nand |
| 20:14.33 | tmzt | oh right |
| 20:14.50 | ali1234 | but only because that's what i use |
| 20:15.21 | ali1234 | it was only really necessary to init the serial port before loading linux to make the early debugging work |
| 20:15.35 | tmzt | yeah |
| 20:15.36 | ali1234 | and that was only necessary to debug the uncompressed kernel issue |
| 20:15.42 | tmzt | yeah |
| 20:16.36 | tmzt | the worst part is the problem hasn't changed in five or so years |
| 20:16.51 | tmzt | the first htc devices were booting linux from rom |
| 20:16.53 | tmzt | or flash |
| 20:16.58 | tmzt | like the early ipaqs |
| 20:17.23 | tmzt | but after that none of the devices has been fully usable booted from flash |
| 20:17.28 | tmzt | that I know of |
| 20:18.06 | tmzt | the preconditions from haret are insufficient to take over the machine and not crash |
| 20:18.17 | tmzt | so probably something with cache |
| 20:18.29 | tmzt | but linux is able to clean it up |
| 20:18.48 | ali1234 | well, there's no linux driver for the newer diskonchip |
| 20:18.56 | tmzt | g4? |
| 20:19.03 | tmzt | right |
| 20:19.03 | ali1234 | g3/g4/h4 |
| 20:19.10 | tmzt | ok |
| 20:19.24 | tmzt | somebody had an ro working didn't they? |
| 20:19.25 | ali1234 | that's basically anything back to typhoon |
| 20:19.32 | ali1234 | sort of |
| 20:19.43 | ali1234 | it works ro but it isn't implemented as a block device |
| 20:19.57 | *** join/#htc-linux F22 (n=upcm@c-68-82-52-241.hsd1.nj.comcast.net) |
| 20:20.00 | ali1234 | and everything like chip size, number of chips, type, layout is hardcoded |
| 20:20.03 | tmzt | well that's not exaclty an issue |
| 20:20.08 | ali1234 | basically it's nowhere near finished |
| 20:20.12 | tmzt | because we can still cheat with sd |
| 20:20.17 | tmzt | right |
| 20:20.30 | tmzt | same as yaffs2 which why new devices are using yaffs again |
| 20:20.40 | tmzt | except those with fixed 2k blocksize |
| 20:20.41 | ali1234 | nobody wants to finish it because they know 100 people are gonna break their phone with it |
| 20:20.57 | tmzt | we can cheat with sd |
| 20:21.05 | tmzt | boot the bootloader from xip |
| 20:21.12 | tmzt | always recoverable from spl |
| 20:21.16 | tmzt | and rw fs on sd |
| 20:21.25 | tmzt | even allows for 8gb in older devices |
| 20:21.29 | tmzt | which eol does not |
| 20:21.49 | tmzt | hah, true |
| 20:22.00 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 20:22.08 | tmzt | but wing is so close to usable it's sad |
| 20:22.16 | tmzt | and ce on omap850 is so slow |
| 20:22.28 | ali1234 | wing isn't that close to usable |
| 20:22.32 | ali1234 | audio still doesn't work |
| 20:22.40 | tmzt | there's phone audio |
| 20:22.45 | tmzt | and suspend |
| 20:23.02 | ali1234 | no, there isn't phone audio |
| 20:23.09 | ali1234 | there is basic software audio |
| 20:23.12 | tmzt | wifi which is possible if somebody writes if- driver |
| 20:23.19 | tmzt | right, that's what's missing |
| 20:23.23 | ali1234 | but it is implemented as a char device, not a proper alsa device |
| 20:23.50 | ali1234 | wifi should work with the wl1251 or whatever, it used in enough different devices now |
| 20:24.02 | ali1234 | one of them has to be close enough |
| 20:24.09 | tmzt | but no if driver for spi yet |
| 20:24.10 | ali1234 | but wifi isn't the big problem |
| 20:24.14 | ali1234 | the big problem is making phone calls |
| 20:24.21 | tmzt | yes of course |
| 20:24.31 | tmzt | pcm is not even that important |
| 20:24.36 | tmzt | except for ringer |
| 20:24.36 | ali1234 | which is really two problems cos even if we get a hw sound driver |
| 20:24.39 | tmzt | so I guess |
| 20:24.42 | ali1234 | there's still no decent phone stack other than android |
| 20:24.48 | tmzt | hah |
| 20:24.59 | ali1234 | and by "decent" i mean "actually works" |
| 20:25.01 | tmzt | there's two, fso is coming and ofono in c |
| 20:25.18 | tmzt | fso in binary not python |
| 20:25.44 | tmzt | X is still too slow though |
| 20:25.45 | ali1234 | fso is so obviously never going to be finished, and ofono is at least a year away from being usable |
| 20:26.11 | tmzt | but ofono can make calls |
| 20:26.13 | tmzt | with dbus |
| 20:26.17 | tmzt | the ui is missing |
| 20:26.18 | phh | [21:30:11] <tmzt> but no if driver for spi yet <------ you meant no driver for spi ? |
| 20:26.29 | tmzt | no |
| 20:26.31 | TitanMKD | Anyone here work on Linux/Android for Vogue/Kaiser ? |
| 20:26.33 | phh | ok |
| 20:26.35 | tmzt | if_spi |
| 20:26.38 | ali1234 | ofono can make calls on whatever development hardware they're developing it on |
| 20:26.44 | phh | (because wl1251 do works for SPI) |
| 20:26.57 | tmzt | no it just needs a tiny c driver for a new device |
| 20:27.06 | ali1234 | and a gui |
| 20:27.11 | tmzt | it's all at commands |
| 20:27.24 | ali1234 | the dialer gui is the part we miss |
| 20:27.36 | ali1234 | android is the only one that works at 240x320 |
| 20:27.38 | tmzt | the dbus api is so simple for that |
| 20:27.42 | ali1234 | i mean literally the only one that exists |
| 20:27.48 | tmzt | yes |
| 20:28.05 | tmzt | it's all these pieces |
| 20:28.12 | tmzt | and not enoguh people working |
| 20:28.24 | ali1234 | if it were just a problem of combining the pieces it wouldn't be so bad |
| 20:28.30 | ali1234 | but half of them just don't exist |
| 20:28.40 | tmzt | all the combinations of hardware and software |
| 20:28.55 | tmzt | right, I mean pieces in vrious stages of completion |
| 20:29.00 | tmzt | some not at all |
| 20:29.23 | tmzt | was told a Qt gui for ofono would not be much work |
| 20:29.27 | tmzt | for instance |
| 20:29.43 | tmzt | and that gui should handle sound, though I don't quite agree |
| 20:29.53 | tmzt | have you seen qtablet? |
| 20:30.04 | ali1234 | writing a gui for ofono is easy. getting a working ofono system set up to develop it on is hard |
| 20:30.30 | tmzt | no, it's buildable on the device in about ten minutes |
| 20:30.34 | tmzt | I've done it |
| 20:30.38 | tmzt | maybe more on 200mhz |
| 20:30.42 | tmzt | but not much |
| 20:30.47 | ali1234 | what device? |
| 20:30.51 | tmzt | raph500 |
| 20:31.07 | tmzt | 527mhz |
| 20:31.15 | ali1234 | where do i even get the source? |
| 20:31.17 | tmzt | but you only build once |
| 20:31.27 | tmzt | ofono.org git |
| 20:31.53 | GNUtoo | leviathan, ping |
| 20:32.00 | tmzt | I just hate corsscompiling anything other than kernel |
| 20:32.06 | leviathan | GNUtoo: ping |
| 20:32.24 | tmzt | so I use debian and do things the way I normally do |
| 20:32.25 | leviathan | I'm getting crazy from this driver |
| 20:32.25 | GNUtoo | ok |
| 20:32.36 | tmzt | well mer now, not debian armel but same thing |
| 20:32.36 | GNUtoo | leviathan, what's your patch for exactly? |
| 20:32.49 | leviathan | checking the rpc-connectivity |
| 20:32.58 | GNUtoo | I bet your patch is not the magic patch that resolve all the problems |
| 20:32.58 | ali1234 | tmzt: how would i go about installing mer on wizard/omap850? |
| 20:33.05 | leviathan | no |
| 20:33.07 | GNUtoo | because for me alsa is just like before |
| 20:33.10 | ali1234 | tmzt: is there deboostrap for it? |
| 20:33.13 | tmzt | get the tgz fro sts in #mer |
| 20:33.17 | leviathan | the magic does the configuration |
| 20:33.19 | tmzt | extract to sd partition |
| 20:33.22 | tmzt | boot as root |
| 20:33.24 | leviathan | you have to disable paging |
| 20:33.25 | GNUtoo | ? |
| 20:33.32 | GNUtoo | why? |
| 20:33.33 | leviathan | which is anyway nonsense on flash |
| 20:33.44 | ali1234 | tmzt: ok so it does not need all that extra rootstrap crud of maemo? |
| 20:33.50 | leviathan | because you get paging errors |
| 20:33.56 | leviathan | if you allow it |
| 20:33.57 | tmzt | debootstrap should be possible but that's just embedded ubuntu jaunty |
| 20:33.57 | GNUtoo | leviathan, how do you got the traces when you reboot? |
| 20:34.19 | leviathan | it stay in the konsole |
| 20:34.19 | tmzt | no of course not |
| 20:34.20 | leviathan | when the device freezes |
| 20:34.30 | GNUtoo | leviathan, which console? |
| 20:34.31 | tmzt | join #mer I'll help you get the latest generic build |
| 20:34.35 | ali1234 | tmzt: what about cpu arch? maemo needs a newer arm than omap850 has |
| 20:34.38 | GNUtoo | framebuffer which I don't have right now |
| 20:34.39 | GNUtoo | ? |
| 20:34.41 | leviathan | alt+f2 , konsole |
| 20:34.42 | leviathan | :) |
| 20:34.43 | TitanMKD | bye |
| 20:34.49 | tmzt | right, but jaunty doesn't :) |
| 20:34.58 | leviathan | tmzt: but gentoo does ;) |
| 20:34.59 | GNUtoo | usb who freeze when there is a kenrel panic |
| 20:35.00 | GNUtoo | ? |
| 20:35.23 | leviathan | but until the kernel panic everything is printed |
| 20:35.26 | GNUtoo | leviathan, so the framebuffer one |
| 20:35.27 | leviathan | cool, isnt it? |
| 20:35.32 | leviathan | nope |
| 20:35.34 | tmzt | gentoo does what? |
| 20:35.36 | leviathan | to the |
| 20:35.38 | GNUtoo | I've got garbage everytime it freeze |
| 20:35.39 | leviathan | while true; do |
| 20:35.42 | leviathan | dmesg .c |
| 20:35.50 | leviathan | dmesg - |
| 20:35.53 | leviathan | dmesg -c |
| 20:35.54 | leviathan | done |
| 20:36.00 | leviathan | ignore the rest -.- |
| 20:36.00 | tmzt | hah |
| 20:36.04 | leviathan | I need a cigarette |
| 20:36.05 | tmzt | -c |
| 20:36.12 | leviathan | my hands arent quite anymore |
| 20:36.13 | leviathan | mom |
| 20:36.21 | GNUtoo | leviathan, ah on framebuffer |
| 20:36.41 | GNUtoo | I thought in the ssh session which doesn't work obiously |
| 20:37.07 | GNUtoo | maybe I should continue to try to include the newer driver |
| 20:40.21 | phh | GlemSom: would you mind addind a link to http://pjottrr.no-ip.org:81/redmine/projects/androidphh/issues on the htc-msm-android page ? |
| 20:41.30 | GlemSom | phh, good idea! |
| 20:42.01 | phh | for both bugtracker and forum I think |
| 20:44.27 | leviathan | maybe we sould try to import the board informations for trout into 2.6.32 |
| 20:44.32 | leviathan | and continue work there |
| 20:45.42 | leviathan | would be cool to have the newest kernel running on htcdream |
| 20:45.51 | leviathan | so we would be ahead of android |
| 20:46.13 | leviathan | because we do not use android stuff |
| 20:46.22 | leviathan | it would do no harm to us |
| 20:46.30 | leviathan | and we would have a clean mainline kernel |
| 20:46.45 | leviathan | so every driver would have more potential to get mainline too |
| 20:46.51 | phh | and even dream (haha.) of mainline |
| 20:46.52 | phh | baahh |
| 20:47.38 | leviathan | phh: whats wrong with the main kernel? |
| 20:47.47 | phh | nothing |
| 20:47.56 | leviathan | it sould be considered as privileg to get its drivers there |
| 20:48.01 | phh | just not that easy to get it there |
| 20:48.06 | leviathan | yes |
| 20:48.06 | phh | yes it's what i meant |
| 20:48.18 | leviathan | but if you do |
| 20:48.25 | phh | you'll stay forever ! :p |
| 20:48.28 | leviathan | its a proov of its quality |
| 20:48.35 | leviathan | yes :D |
| 20:48.37 | phh | oh yes that too. |
| 20:49.01 | leviathan | in the past there were crusades |
| 20:49.08 | leviathan | but then, there came the kernel hackers |
| 20:49.09 | leviathan | xD |
| 20:49.15 | phh | lol |
| 20:50.07 | tmzt | leviathan: I would say so |
| 20:50.14 | leviathan | tmzt: yes? |
| 20:50.14 | tmzt | I hope ot's complete enoguh |
| 20:50.20 | leviathan | wonderfull |
| 20:50.24 | tmzt | there's a couple of headers missing |
| 20:50.25 | leviathan | mhm |
| 20:50.29 | leviathan | yes |
| 20:50.48 | tmzt | google moved some things to arch that don't belong there |
| 20:50.50 | leviathan | I'll take the next generation kernel |
| 20:50.52 | tmzt | you'll see |
| 20:50.55 | leviathan | thought for developing |
| 20:51.07 | leviathan | yes |
| 20:51.11 | tmzt | I patched the main header myself |
| 20:51.15 | tmzt | it's minor |
| 20:51.16 | leviathan | we will have to clean up a lot |
| 20:51.26 | tmzt | you can check my commit logs |
| 20:51.31 | leviathan | ok |
| 20:51.38 | tmzt | gitorious.org/~tmzt |
| 20:51.42 | leviathan | okee |
| 20:52.24 | leviathan | theres already a 2.6.31?? |
| 20:52.29 | *** join/#htc-linux boogeyman (n=boogeyma@65.101.151.76) |
| 20:53.13 | leviathan | with imported board... |
| 20:53.16 | leviathan | uhhm |
| 20:53.17 | leviathan | okee |
| 20:53.32 | *** join/#htc-linux reactor16 (n=Reactor1@41.105.31.55) |
| 20:53.34 | tmzt | don't start with it |
| 20:53.44 | tmzt | it's not an imported board |
| 20:53.57 | tmzt | it's a transplant of our 2.6.27 mach-msm |
| 20:54.01 | tmzt | not pavel's |
| 20:54.07 | leviathan | uhh, ohh |
| 20:54.10 | tmzt | it doesn't work |
| 20:54.13 | leviathan | ok |
| 20:58.00 | *** join/#htc-linux boogeyman (n=boogeyma@65.101.151.76) |
| 21:23.34 | *** join/#htc-linux MrPippy_ (n=pip@adsl-75-36-53-28.dsl.sndg02.sbcglobal.net) |
| 21:31.37 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
| 21:45.31 | *** join/#htc-linux surge (i=surge@pool-98-118-154-21.bflony.fios.verizon.net) |
| 21:47.10 | *** join/#htc-linux kam187 (n=kam187@81-179-8-102.dsl.pipex.com) |
| 22:00.09 | leviathan | GNUtoo: mplayer is sending wrong frames |
| 22:00.23 | GNUtoo | leviathan, what do you mean? |
| 22:00.48 | leviathan | he sends frames with a size of 2048 |
| 22:01.01 | GNUtoo | and? |
| 22:01.08 | leviathan | they should also be 2048 when they come into the driver |
| 22:01.13 | leviathan | but the size becomes 4800 |
| 22:01.18 | leviathan | but its corrupted |
| 22:01.33 | GNUtoo | are you shure |
| 22:01.34 | leviathan | so mplayer hangs, because it gets the wrong frame size reported |
| 22:01.36 | leviathan | yes |
| 22:01.49 | GNUtoo | when I send 4800 I got 4800 and when I send less I've less |
| 22:01.52 | GNUtoo | but it was with alsa |
| 22:01.56 | leviathan | so I changed rc in msm_pcm_playback_copy |
| 22:01.58 | GNUtoo | you seem to use oss |
| 22:02.00 | GNUtoo | ok |
| 22:02.02 | leviathan | that it returns 2048 |
| 22:02.08 | leviathan | now it doesnt hang anymore |
| 22:02.20 | leviathan | but reboots instantanously |
| 22:02.27 | leviathan | after writing |
| 22:02.58 | leviathan | http://pastebin.com/m188e812b |
| 22:03.35 | *** join/#htc-linux MrPippy (n=pip@adsl-75-36-53-28.dsl.sndg02.sbcglobal.net) |
| 22:04.03 | leviathan | we need a way to somehow force mplayer to use the correct framesize |
| 22:04.18 | leviathan | or find how, why he doesnt recognize it himself |
| 22:08.27 | tmzt | where is frame used in alsa userspace? |
| 22:08.35 | leviathan | hmm |
| 22:08.37 | tmzt | isn't it always period there? |
| 22:08.46 | tmzt | and some other value |
| 22:09.09 | leviathan | mplayer reads the content of the frames it is writing |
| 22:09.24 | leviathan | and gets its 2048-size back |
| 22:09.41 | leviathan | but alsa thinks, the content is always 4800 and breaks done |
| 22:10.05 | leviathan | one possibility would be to only use /dev/dsp |
| 22:10.26 | leviathan | to get this working I'll only have need to work out adsp |
| 22:11.57 | phh | we deadly need adsp's doc. |
| 22:13.48 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 22:16.57 | [1]Captnoord | re |
| 22:19.36 | leviathan | everything comes back to adsp |
| 22:19.43 | leviathan | where it crashes... |
| 22:20.11 | *** join/#htc-linux tordne (n=tordne@5ac65ffa.bb.sky.com) |
| 22:39.02 | phh | groumpf, system won't sleep, because of waking up by "backup_irq" according to qualcomm's doc. |
| 22:39.55 | leviathan | GNUtoo: let us play: I see something which you dont see |
| 22:39.57 | leviathan | -.- |
| 22:40.00 | leviathan | or better |
| 22:40.12 | leviathan | neither of us can see it, because its not their |
| 22:40.20 | leviathan | msmrpcrouter is too old |
| 22:40.23 | GNUtoo | ??? |
| 22:40.24 | GNUtoo | ok |
| 22:40.46 | GNUtoo | that's why I updated the magic number |
| 22:40.48 | leviathan | its not the correct version and its missong entries |
| 22:40.56 | GNUtoo | ok |
| 22:41.12 | leviathan | module_id = be32_to_cpu(args->module); |
| 22:41.15 | GNUtoo | I didn't look whic c file exactly but I had to downgrade the magic number |
| 22:41.16 | leviathan | in adsp.c |
| 22:41.18 | GNUtoo | ok |
| 22:41.28 | leviathan | and the struct of which it comes |
| 22:41.35 | leviathan | rpc_request_hdr |
| 22:41.40 | leviathan | doesnt contain module |
| 22:41.47 | leviathan | not in our correlation |
| 22:42.28 | leviathan | [ 87.520507] audmgr: rpc READY handle=0x00000000 |
| 22:42.53 | leviathan | module = find_adsp_module_by_id(&adsp_info, module_id); |
| 22:43.01 | leviathan | pr_info("adsp: module %s: READY\n", module->name); |
| 22:43.28 | leviathan | if theres no name specified in the struct |
| 22:43.36 | leviathan | it will get the null-pointer |
| 22:43.40 | leviathan | and everything is lost |
| 22:44.01 | leviathan | but i dont understand how aplay can work then... |
| 22:44.04 | leviathan | grml |
| 22:44.36 | leviathan | image isnt described either |
| 22:44.43 | leviathan | that causes the hang/reboot |
| 22:44.50 | leviathan | I'll check in tomorrow |
| 22:45.04 | leviathan | and then I'll present my results |
| 22:45.29 | GNUtoo | ok |
| 22:45.44 | leviathan | I need to get up in the morning |
| 22:45.47 | leviathan | early |
| 22:45.51 | leviathan | analysis |
| 22:45.52 | leviathan | ... |
| 22:45.57 | leviathan | so I'll sleep now |
| 22:45.58 | leviathan | gn8 |
| 22:46.01 | leviathan | ;) |
| 22:46.02 | GNUtoo | aplay doesn't use every alsa function btw |
| 22:46.07 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 22:46.11 | leviathan | oh, that might it be |
| 22:46.23 | GNUtoo | for instance STATUS is not used |
| 22:46.26 | leviathan | mhm |
| 22:46.33 | leviathan | mplayer makes a lot more ioctls |
| 22:46.43 | leviathan | perhaps it triggered the missing definitions |
| 22:46.43 | GNUtoo | yes |
| 22:47.05 | leviathan | so |
| 22:47.08 | leviathan | bedtime now |
| 22:47.30 | leviathan | I need to be at 6.00h up and ready |
| 22:47.36 | leviathan | gn8 |
| 23:12.52 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 23:30.26 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) |
| 23:44.22 | *** join/#htc-linux kam187 (n=kam187@81-179-8-102.dsl.pipex.com) |