00:01.12 | cr2 | tmzt: rpc parser ;) od -A x -t x4 -w16 -j $((0x10198)) -N $((0x2048)) 1f |
00:03.05 | cr2 | now i need to understand the message size |
00:04.14 | tmzt | rpc parser? |
00:04.53 | tmzt | xsacha: yeah, system.img is a cramfs then |
00:05.08 | xsacha | so i make a new partition? |
00:05.09 | cr2 | tmzt: not a real parser. |
00:05.11 | tmzt | but you can also put it on the sd partition, it doesn't matter |
00:05.22 | xsacha | oh ok |
00:05.28 | tmzt | the pxa3xx and the msm have different arm cores |
00:05.28 | xsacha | and i extract data there too? |
00:05.37 | tmzt | you can't use code for the new one on the old one |
00:05.43 | cr2 | tmzt: we may need to make some more strange things, like suspending while playing sound. |
00:06.14 | tmzt | are we not able to isolate the audmgr calls? |
00:10.02 | xsacha | well i have system.img on my SD.. are you sure i wont need data.img? |
00:10.14 | tmzt | just mkdir data |
00:10.27 | xsacha | because data has a weird issue where it gives Input/Output Error for some directories when i extract it |
00:11.05 | xsacha | so will it be able to boot without an initrd? |
00:11.27 | tmzt | you need the android init and some other stuff from the initrd |
00:11.32 | tmzt | but you don't need the initrd |
00:11.41 | xsacha | android init? |
00:11.50 | tmzt | it's easiest to estract that initrd to the root of the card |
00:12.02 | cr2 | tmzt: some magic call 0feb8f4a |
00:12.28 | tmzt | try calls again? |
00:14.26 | cr2 | no |
00:14.31 | cr2 | see this one in my logs |
00:14.34 | cr2 | TIME_REMOTE_ATOM 0x30000048 time_* |
00:14.58 | cr2 | although there is a dex call |
00:15.02 | tmzt | ah |
00:15.17 | cr2 | ATOM means setting time |
00:15.29 | tmzt | it sets it from the network |
00:15.42 | tmzt | which direction is that? |
00:15.53 | cr2 | time_tod_request_apps_bases |
00:15.59 | cr2 | 11TO9 |
00:17.39 | cr2 | NetRipper: not sleeping ? |
00:21.16 | cr2 | lol |
00:21.25 | cr2 | pm_set_led_intensity |
00:25.38 | xsacha | i see reason for initrd.. it sets up stuff (permissions) and nodes like bluetooth |
00:31.07 | cr2 | tmzt: can we get a smem dump from g1 ? |
00:33.40 | *** join/#htc-linux WyrM (n=wyrm@20158182083.user.veloxzone.com.br) |
00:39.45 | tmzt | WyrM: just started gen-blob in qemu, it worked |
00:40.07 | WyrM | nice :) |
00:40.14 | tmzt | but zImage (for motoq) doesn't |
00:40.28 | tmzt | yeah, I'm trying to test my bootloader |
00:40.44 | tmzt | I just realized I could copy the pxafb code from genblob |
00:41.15 | tmzt | huh, it's probably waiting on spi isn't it |
00:41.24 | tmzt | (kernel) |
00:41.40 | WyrM | probably. |
00:41.41 | tmzt | I really just wanted to see if kernel would boot with the correct mtype |
00:42.01 | tmzt | it looks like it is |
00:42.10 | WyrM | but you got no messages? |
00:42.18 | tmzt | from kernel, no |
00:42.19 | tmzt | nothing |
00:42.35 | WyrM | IIRC pcap code is is only probing after pxafb. |
00:43.09 | WyrM | try to disable it. |
00:43.09 | tmzt | that's what I thought |
00:43.18 | tmzt | disable? |
00:43.23 | WyrM | it may be some issue with memory too. |
00:43.30 | WyrM | yep, remove from .config |
00:43.58 | tmzt | since I'm here (on internet), can you tell me how to pull kernel again |
00:44.27 | WyrM | git pull git@git.openezx.org:openezx.git |
00:44.35 | WyrM | if you want push access. |
00:44.42 | tmzt | I have it |
00:44.57 | WyrM | you also need to setup topgit. |
00:44.59 | tmzt | I don't have the key on this machine though |
00:45.07 | WyrM | but I don't remember how to do it ;) |
00:45.21 | WyrM | IIRC its just tg remove --populate origin. |
00:45.31 | WyrM | s/remove/remote/ |
00:45.38 | tmzt | yeah |
00:45.53 | tmzt | you ported motoq to ezx/mach/motoq? |
00:53.55 | WyrM | no. |
00:54.03 | WyrM | just a skeleton. |
00:54.14 | tmzt | ah, okay |
00:54.22 | WyrM | im waiting for you to fix the basics. |
00:54.29 | tmzt | once I have it checked out I will be able to look at it |
00:54.48 | tmzt | and with the stuff we did with haret today, I think I know how to add the mfp dumper |
00:55.10 | WyrM | good. :) |
00:55.40 | tmzt | haretconsole has definitions called regTwoBits() for af |
00:55.57 | tmzt | so I just parse those, with my own python code |
00:56.18 | tmzt | what I don't have is something to dump the registers directly |
00:56.44 | tmzt | the old one is in haret itself, but I think this will just use a binary or pd dump |
00:56.59 | tmzt | that's what I can't figure out |
00:57.18 | tmzt | is how to initiate it from haret but do the processing with haretconsole |
01:46.47 | par | just compiling the kernel from scratch.... its still the same tree in cvs at handhelds.org right |
01:55.49 | tmzt | yeah |
01:56.32 | tmzt | I guess you could try pH5's new tree, but I don't think it has ba support yet |
01:59.00 | tmzt | it doesn't seem to be usable yet |
01:59.05 | tmzt | or he hasn't pushed it |
02:03.03 | *** join/#htc-linux WyrM1 (n=wyrm@20158167038.user.veloxzone.com.br) |
02:20.35 | par | oh ok |
02:29.14 | par | wheres the repo for it |
02:38.03 | par | what determines which partition on the physical sd card is 1 or 2? |
02:39.23 | par | like, is the second always gonna be /dev/mmcblk0p2? |
02:50.42 | tmzt | yeah |
02:50.56 | tmzt | repo is on git.linuxtogo.org |
03:02.28 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
03:09.02 | *** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-34-248.dynamic.mnet-online.de) |
03:33.19 | tmzt | WyrM: kernel booted to panic on qemu with your simplified motoq.c |
03:33.36 | tmzt | anywhere I can put qemu source? |
03:33.36 | WyrM | good. :) |
03:33.50 | WyrM | panic was expected (rootfs?) ;) |
03:33.51 | tmzt | we can add pcap to it, at least a dummy one |
03:33.53 | tmzt | yeah |
03:34.02 | tmzt | left out mci |
03:34.03 | WyrM | sure, put on svn.openezx |
03:34.11 | tmzt | it's a git now |
03:34.22 | tmzt | I can just put the patch though |
03:34.24 | WyrM | your call. |
03:34.28 | WyrM | we have git and svn :) |
03:34.38 | tmzt | I mean qemu uses git now |
03:35.12 | WyrM | you plan sending your changes upstream? |
03:35.24 | tmzt | maybe, if it's really supported |
03:35.34 | tmzt | I was going to do this before but there was no matrix keyboard |
03:35.42 | tmzt | and I couldn't figure out how to write one |
03:35.46 | tmzt | now there is |
03:38.37 | tmzt | and it boots with my bootloader |
03:38.48 | tmzt | last things to try is to break the machtype in qemu |
03:39.02 | tmzt | it picked up cmdline though |
03:39.10 | tmzt | mmcblk0p2 |
03:39.29 | tmzt | maybe |
03:40.22 | WyrM | the builtin cmdline is this one. |
03:40.33 | tmzt | yeah, but it's not in .config |
03:40.35 | tmzt | fixup? |
03:40.43 | WyrM | have you used anything before the kernel? |
03:40.50 | tmzt | this time |
03:41.03 | tmzt | but qemu has it's own bootloader, which I'm using to load mine |
03:41.15 | tmzt | I could make it just load my bootloader to start of ram |
03:41.32 | tmzt | or I could just change my bootloader to use a different command line |
03:41.39 | tmzt | I need rootdelay=3 anyway |
03:42.53 | WyrM | please upload the code. |
03:42.54 | tmzt | without bootloader (-kernel zImage) it gives: Please append a correct root= |
03:42.57 | WyrM | I want to test here too ;) |
03:42.58 | tmzt | which? |
03:43.04 | tmzt | okay |
03:43.35 | tmzt | get the latest qemu, you'll have to get it from softsource or something as the main download is down |
03:43.53 | tmzt | well, I should get the git version shouldn't I |
03:44.37 | tmzt | and with bootloader, I get waiting 1sec, that should be 3 |
03:44.55 | tmzt | doesn't seem the ATAGs are working |
03:46.00 | tmzt | I'm going to have to upload this a little later |
03:46.10 | WyrM | tmzt: ok. :) |
03:46.25 | AstainHellbring | sup tmzt |
04:03.12 | par | tmzt: so for angstrom from the git there at linuxtogo.com ... i need to hav oe installed |
04:03.12 | par | ? |
04:08.28 | par | n/m |
04:49.36 | *** join/#htc-linux droid001 (n=mc@p4FDCE7E2.dip.t-dialin.net) |
05:16.40 | *** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz) |
05:22.16 | *** join/#htc-linux infidel206 (n=infidel2@unaffiliated/jenkempusher/x-35920) |
05:40.05 | *** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz) |
05:41.45 | *** join/#htc-linux goxboxlive (n=goxboxli@237.80-202-137.nextgentel.com) |
06:00.58 | *** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz) |
06:06.44 | xsacha | hey tmzt im back |
06:09.38 | xsacha | ok ive got an idea... the initrd with kaiser has stuff i dont want (enabling gsm radio? partitioning?) so im gonna edit it and then repackage it and try booting the initrd in to my SD |
06:09.55 | xsacha | i noticed it has about 5 different init files |
06:18.29 | *** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
06:28.38 | *** join/#htc-linux WyrM1 (n=wyrm@20158134193.user.veloxzone.com.br) |
06:33.54 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf8079.pool.einsundeins.de) |
06:36.14 | xsacha | hmm im trying to extract that initrd with 7z, like we did with that last one.. but it says the only file in it is testkey.x509.pem? |
06:40.07 | xsacha | ok this time that cat method worked but it spams a few "Cannot mknod" |
06:47.56 | par | bah, i'm giving up on oe under knoppix |
06:56.08 | xsacha | init1 is a binary? android boot? |
07:02.38 | xsacha | so is init1 the thing i need compiled as armv5? |
07:23.38 | xsacha | A N D R O I D Kernel panic |
07:25.56 | tmzt | xsacha: it all has to be armv5, your cpu can only run armv5 I think, maybe pxa310 supports armv6 |
07:26.10 | xsacha | naah, it is not compatible with armv6 |
07:26.16 | tmzt | it has to run as root |
07:26.26 | tmzt | that's why you get the mknod error |
07:26.32 | xsacha | i was running as sudo |
07:27.25 | tmzt | dzo: how does the qdsp4 code work, will it work in htc-msm-2.6.27 tree? cr2 says we need that for audmgr |
07:29.58 | xsacha | the SDK files.. are they compiled for ARMv5 or for X86? |
07:30.51 | tmzt | which? |
07:31.01 | tmzt | oh, those are armv5 |
07:31.05 | xsacha | so i can use that? |
07:31.09 | tmzt | the ones for emulator (qemu) |
07:31.10 | tmzt | maybe |
07:31.18 | tmzt | since you don't have the 3d interface, probably |
07:31.32 | xsacha | so i can get cupcake too? :) |
07:31.32 | tmzt | but you are going to need android patches for your kernel |
07:31.45 | xsacha | oh..? what do you mean? :\ |
07:32.36 | tmzt | I haven't really tried to get android working on anything but raph |
07:32.41 | *** join/#htc-linux nebi_ (n=nebi@217.142.147.19) |
07:33.01 | tmzt | but I think you need the asmem, binderipc, double framebuffer (maybe not anymore but it's still faster with it) |
07:33.12 | xsacha | damn android 1.5 is twice the size of android 1.1 |
07:33.21 | tmzt | it would be easier to search for pxafb android |
07:33.28 | xsacha | will it run without that stuff? |
07:33.29 | tmzt | but that's 1.1 or earlier code |
07:33.35 | tmzt | as far as the animiation |
07:34.05 | tmzt | I haven't done anything with android now, I'm working on efl/shr for raph |
07:34.10 | xsacha | k |
07:37.08 | xsacha | well the sdk seems to come with an armv5 initrd, data and system image |
07:38.11 | tmzt | okay, try that |
07:38.17 | tmzt | see how far it gets |
07:41.38 | xsacha | my main thinking is that screen, keyboard and SD work so it should be able to boot. if it's booting, it'll give a lot of encouragement for other people to help out getting all the drivers working |
07:42.04 | tmzt | ok, but you will probably only get as a far as a flashing android |
07:42.14 | xsacha | thats ok :) |
07:42.25 | tmzt | there is a pxafb patch out there somewhere, but whether it works on pxa310 I don't know |
07:43.55 | xsacha | whats it meant to do? something to do with video? |
07:45.31 | tmzt | makes android work |
07:45.45 | tmzt | pxafb is the framebuffer, the part of ram where the image on the lcd is stored |
07:45.53 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-89-159.web.vodafone.de) |
07:46.26 | tmzt | android wants the framebuffer to have twice the verticle resolution it really does so it can flip screens quickly |
07:46.37 | tmzt | if you don't have that it will complain and be slower |
07:46.38 | xsacha | ahh ok |
07:46.53 | tmzt | the one you really need is binderrpc, android won't work without that |
07:47.06 | xsacha | k |
07:47.09 | cr2 | hi |
07:47.26 | tmzt | cr2: hi, I have my bootloader booting motoq kernel in qemu |
07:47.45 | cr2 | cpu? |
07:47.50 | tmzt | pxa |
07:47.58 | cr2 | 25x ? |
07:48.03 | tmzt | doesn't really matter, I'm just testing the ability to boot linux |
07:48.05 | tmzt | pxa27x |
07:48.08 | cr2 | ok |
07:48.19 | xsacha | is that an armv5 processor? |
07:48.29 | tmzt | now I'm trying to verify the atags are correct |
07:48.30 | tmzt | yes |
07:48.35 | cr2 | im looking at the rpc msg layout |
07:48.44 | xsacha | very similar to mine |
07:48.50 | cr2 | 63 struct phonemgr_msg { |
07:48.51 | cr2 | 64 struct rpc_request_hdr hdr; |
07:48.53 | cr2 | 65 int args[5]; |
07:48.54 | cr2 | 66 }; |
07:48.59 | cr2 | this is from vogue-hw.c |
07:49.06 | tmzt | yeah |
07:49.35 | cr2 | i'd like to compare it with the rpccall smem log |
07:49.39 | tmzt | I didn't copy that |
07:50.59 | cr2 | tmzt: it is sent like that |
07:51.04 | cr2 | 129 msg.args[0]=cpu_to_be32(device); |
07:51.05 | cr2 | 130 msg.args[1]=cpu_to_be32(earmute); |
07:51.07 | cr2 | 131 msg.args[2]=cpu_to_be32(micmute); |
07:51.09 | cr2 | 132 msg.args[3]=cpu_to_be32(3); |
07:51.10 | cr2 | 133 msg.args[4]=0; |
07:51.11 | cr2 | 134 msm_rpc_call(SND_PROG, 1, &msg, sizeof(msg),15*HZ); |
07:51.40 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87468d.pool.einsundeins.de) |
07:52.00 | tmzt | and we know what device is? |
07:52.08 | tmzt | what are earmute and micmute? |
07:54.02 | cr2 | too much to copy. |
07:54.06 | cr2 | look at |
07:54.08 | cr2 | 340 /** Kaiser, Polaris, Nike **/ |
07:54.31 | cr2 | snd_set_device(2,1,1);} // audio: headset |
07:54.40 | cr2 | snd_set_device(1,1,1);} // audio: speaker |
07:54.49 | cr2 | snd_set_device(0,0,0);} // earcouple |
08:01.37 | tmzt | SNDPROG? |
08:02.39 | cr2 | yes. 30000002 + $proc + msg_data |
08:02.54 | tmzt | ? |
08:03.01 | tmzt | $proc ? |
08:03.20 | cr2 | SND 0x30000002 snd_* |
08:03.21 | cr2 | 1 snd_set_device_modem_reset |
08:03.23 | cr2 | 2 snd_set_volume_modem_reset |
08:03.29 | cr2 | <PROTECTED> |
08:03.36 | tmzt | ok |
08:03.59 | cr2 | i'll edit the wiki |
08:05.02 | cr2 | prog proc,msg |
08:08.49 | tmzt | and msg_data, is that part of the define as well? |
08:09.39 | cr2 | you send header+pacmark+msg (as i understand the code) |
08:09.44 | cr2 | header is |
08:09.48 | cr2 | 40 struct rpc_request_hdr |
08:09.49 | cr2 | 41 { |
08:09.52 | tmzt | ah, yeah |
08:09.55 | cr2 | 42 uint32_t xid; |
08:09.55 | cr2 | 43 uint32_t type; /* 0 */ |
08:09.55 | cr2 | 44 uint32_t rpc_vers; /* 2 */ |
08:09.55 | cr2 | 45 uint32_t prog; |
08:09.57 | cr2 | 46 uint32_t vers; |
08:09.58 | cr2 | 47 uint32_t procedure; |
08:10.00 | cr2 | 48 uint32_t cred_flavor; |
08:10.01 | cr2 | 49 uint32_t cred_length; |
08:10.03 | cr2 | 50 uint32_t verf_flavor; |
08:10.20 | cr2 | 51 uint32_t verf_length; |
08:10.20 | cr2 | 52 }; |
08:10.20 | cr2 | pacmark is murky |
08:10.20 | cr2 | the msg is in vogue-hw.c |
08:10.27 | cr2 | see above |
08:10.41 | tmzt | I'm mean what is SND_PROG defined as? |
08:10.55 | cr2 | i'd like to compare it with the smem rpc dump |
08:11.06 | cr2 | 37 * XXX: Any cred/verif lengths > 0 not supported |
08:11.06 | tmzt | 0x30000002 |
08:11.09 | tmzt | still have it? |
08:11.10 | cr2 | yes |
08:11.23 | cr2 | yes |
08:11.32 | cr2 | i have a lot of my own too. |
08:11.42 | tmzt | they are the same? |
08:11.52 | cr2 | and from maejrep |
08:12.03 | cr2 | it seems so |
08:12.15 | cr2 | for the rpc part |
08:12.40 | cr2 | it'd be nice to get the tita|kaiser version |
08:12.50 | cr2 | dcordes-kais: ping |
08:14.29 | cr2 | wince uses 0x48 bytes struct for rpc calls |
08:15.07 | cr2 | 0x48/4=0x12=18 uint32_t |
08:15.26 | cr2 | header has 10 |
08:15.34 | cr2 | then pacmark |
08:15.38 | cr2 | and msg |
08:15.51 | tmzt | dzo's code doesn't seem to use hdr |
08:16.23 | cr2 | <PROTECTED> |
08:16.38 | cr2 | hdr= prog+vers+proc |
08:16.54 | cr2 | it's filled from these 3 numbers |
08:16.55 | nathan7 | tmzt: Earmute==headphone mute |
08:17.11 | cr2 | for our amss the vers=0 |
08:17.13 | nathan7 | tmzt: Micmute == microphone mute |
08:17.15 | tmzt | but is it bool? |
08:17.21 | nathan7 | Also, yay. |
08:17.26 | nathan7 | My magician image built =D |
08:17.31 | cr2 | so it comes only to the prog+proc (documented in wiki) |
08:17.47 | cr2 | and the sizeof(msg) + msg itself |
08:18.00 | cr2 | which needs some more research |
08:18.23 | tmzt | rpc_request_hdr seems undefined |
08:18.50 | tmzt | 10 bytes, padded? |
08:19.46 | *** join/#htc-linux xsacha2 (n=sacha@123.100.137.226) |
08:20.01 | cr2 | [10:09] <cr2> 40 struct rpc_request_hdr |
08:20.03 | cr2 | [10:09] <cr2> 41 { |
08:20.04 | cr2 | [10:09] <cr2> 42 uint32_t xid; |
08:20.06 | cr2 | [10:09] <cr2> 43 uint32_t type; /* 0 */ |
08:20.07 | cr2 | [10:09] <cr2> 44 uint32_t rpc_vers; /* 2 */ |
08:20.09 | cr2 | [10:09] <cr2> 45 uint32_t prog; |
08:20.10 | cr2 | [10:09] <cr2> 46 uint32_t vers; |
08:20.12 | cr2 | [10:09] <cr2> 47 uint32_t procedure; |
08:20.15 | cr2 | [10:09] <cr2> 48 uint32_t cred_flavor; |
08:20.15 | cr2 | [10:09] <cr2> 49 uint32_t cred_length; |
08:20.16 | cr2 | [10:09] <cr2> 50 uint32_t verf_flavor; |
08:20.18 | cr2 | [10:09] <cr2> 51 uint32_t verf_length; |
08:20.20 | cr2 | [10:09] <cr2> 52 }; |
08:20.24 | xsacha2 | i notice in the sdk there are extra files like adb, adata, etc.. these arent needed right? |
08:20.44 | tmzt | not sure about adata |
08:20.52 | tmzt | adb is used on host to talk to device |
08:20.59 | xsacha2 | cause in the kaiser initrd they have included adb in sbin folder |
08:21.26 | tmzt | yeah, you need it there too |
08:21.30 | tmzt | it's also the server |
08:21.33 | nathan7 | ADB is like gdb |
08:21.40 | tmzt | not exactly |
08:21.44 | nathan7 | Hm |
08:21.47 | xsacha2 | i need it? aw man |
08:21.51 | nathan7 | No. |
08:21.56 | tmzt | there's something else that does that |
08:21.56 | xsacha2 | i hope the one in the sdk isnt x86 |
08:22.33 | cr2 | xid=seq,type=0,rpc_vers=2,prog,vers=0,proc,0,0,0,0,*pac,*msg |
08:24.10 | xsacha2 | i found out how to extract those cpio files tmzt |
08:24.23 | xsacha2 | cpio -t -F filename works |
08:24.30 | tmzt | cr2: do I need to initiaize rpc_vers? |
08:24.38 | tmzt | ah, in the struct definition? |
08:24.42 | tmzt | does that work? |
08:24.45 | cr2 | 24000000 00000000 02000000 02000030 00000000 02000000 00000000 00000000 00000000 00000000 0d000000 01000000 05000000 ffffffff 00000000 00000001 |
08:25.18 | cr2 | 25000000 00000000 02000000 0a000030 |
08:26.06 | tmzt | now I don't have msm_rpc_call |
08:27.08 | cr2 | 24 ints between 2 SND full msgs |
08:27.32 | cr2 | tmzt: the vogue rpc is a simpliefied version of the full rpc |
08:27.46 | cr2 | we should ask dzo if it should be this way |
08:29.13 | xsacha2 | what is a VMS Alpha executable? :\ |
08:29.21 | xsacha2 | that's what it tells me my system.img is :( |
08:29.22 | tmzt | broken file |
08:29.23 | nathan7 | lol |
08:29.29 | tmzt | it's a ext2 |
08:29.32 | tmzt | or |
08:29.33 | nathan7 | It's for an ancient OS |
08:29.34 | tmzt | yaffs2 |
08:29.37 | nathan7 | =0 |
08:29.42 | xsacha2 | it's the one from the SDK |
08:30.09 | tmzt | if you use the generic android from android.git.kernel.org |
08:30.11 | tmzt | kernel |
08:30.25 | tmzt | and copy you machine, repatch Makefile and Kconfig |
08:30.29 | tmzt | it should be easier |
08:30.45 | xsacha2 | oh ok |
08:31.10 | xsacha2 | could be my computer doesnt know what yaffs2 is |
08:31.21 | tmzt | yeah |
08:31.50 | xsacha2 | what do i install to be able to mount yaffs2? |
08:31.59 | tmzt | nothing, enable it in .config |
08:32.09 | tmzt | change the initrd script to mount it as loop |
08:32.13 | xsacha2 | i mean my desktop computer |
08:32.20 | xsacha2 | i cant mount it on here |
08:32.31 | tmzt | no |
08:32.37 | tmzt | not unless you patch the kernel |
08:32.42 | xsacha2 | :( |
08:32.51 | tmzt | there is supposed to be a yaffs2 extract program somewhere |
08:33.48 | tmzt | unyaffs2 or something |
08:34.02 | xsacha2 | yep :) thx |
08:34.22 | xsacha2 | http://code.google.com/p/unyaffs/ |
08:34.41 | tmzt | cr2: ah, it seems the rpc code is only in qdsp5 on htc-msm |
08:35.34 | tmzt | cb_func |
08:35.37 | tmzt | callback_data |
08:35.50 | tmzt | the last two args? |
08:36.34 | tmzt | the first param to msm_rpc_call is ept, which is a pointer |
08:36.50 | tmzt | rc = msm_rpc_call(snd->ept, |
08:36.50 | tmzt | SND_SET_DEVICE_PROC, |
08:36.50 | tmzt | &dmsg, sizeof(dmsg), 5 * HZ); |
08:37.51 | xsacha2 | unyaffs worked :D woot |
08:38.35 | xsacha2 | sacha@X /media/ANDROID $ ls app build.prop default.prop etc framework init.goldfish.rc lib proc sounds system xbin bin data dev fonts init init.rc media sbin sys usr |
08:38.43 | xsacha2 | look right? |
08:38.48 | tmzt | yeah |
08:38.53 | tmzt | maybe |
08:39.04 | tmzt | are you going to extract everything? |
08:39.12 | xsacha2 | yeah |
08:39.36 | tmzt | you are probably going to have to edit init.rc in that case |
08:39.45 | tmzt | see if there are any mounts in it? |
08:39.51 | xsacha2 | oh, the init thinks it's on different partitions? |
08:39.59 | tmzt | yes |
08:40.34 | xsacha2 | init.rc: mount yaffs2 mtd@system /system |
08:40.45 | tmzt | comment those out |
08:40.57 | xsacha2 | but i didnt extract system to /system |
08:41.02 | tmzt | do that |
08:41.07 | xsacha2 | o crap :( |
08:41.25 | xsacha2 | so ramdisk in /, data in /data and system in /system? |
08:41.27 | tmzt | and make symlinks to the bin, sbin, xbin, etc. |
08:41.30 | tmzt | yeah |
08:41.46 | xsacha2 | what is this? init.rc: socket mountd stream 0660 root mount |
08:41.58 | tmzt | everything but default.prop init* media dev should be in system I think |
08:42.01 | tmzt | and proc, sys |
08:42.19 | tmzt | the mountd daemon |
08:42.24 | tmzt | don't worry about it |
08:43.40 | xsacha2 | well theres about 6 mount lines and : init.rc: # We chown/chmod /data again so because mount is run as root + defaults |
08:43.58 | tmzt | that should be fine |
08:44.04 | tmzt | and lines starting with mount? |
08:44.08 | tmzt | or with mtd in them |
08:44.26 | xsacha2 | init.rc: mount tmpfs tmpfs /sqlite_stmt_journals size=4m init.rc: mount rootfs rootfs / ro remount |
08:44.40 | xsacha2 | init.rc: mount yaffs2 mtd@system /system |
08:44.41 | tmzt | those are ok |
08:44.41 | xsacha2 | init.rc: mount yaffs2 mtd@system /system ro remount |
08:44.47 | tmzt | not the last two |
08:45.04 | xsacha2 | init.rc: mount yaffs2 mtd@userdata /data nosuid nodev init.rc: mount yaffs2 mtd@cache /cache nosuid nodev |
08:45.13 | xsacha2 | what do i do about cache? |
08:45.18 | tmzt | nothing with mtd |
08:45.24 | tmzt | make a cache directory |
08:47.22 | tmzt | cr2: snd->ept = msm_rpc_connect(RPC_SND_PROG, RPC_SND_VERS, MSM_RPC_UNINTERRUPTIBLE); |
08:50.31 | xsacha2 | sacha@X /media/ANDROID $ ls cache data default.prop dev init init.goldfish.rc init.rc proc sbin sys system |
08:50.44 | tmzt | obj-$(CONFIG_MSM_ADSP) += qdsp5/ |
08:50.56 | cr2 | 39 static inline uint32_t PACMARK(uint32_t len, uint32_t mid, uint32_t last) |
08:50.57 | cr2 | 40 { |
08:50.57 | cr2 | 41 return (len & 0xFFFF) | ((mid & 0xFF) << 16) | ((!!last) << 31); |
08:50.57 | cr2 | 42 } |
08:51.23 | tmzt | what is this? |
08:51.25 | xsacha2 | oh some more lines i have to get rid of.. it does mkdir /system n stuff |
08:51.42 | tmzt | RPC_SND_VERS? it's based on amss define |
08:52.51 | cr2 | sizeof(pacmark)=4 then |
08:53.07 | xsacha2 | does it matter that i didnt make the directory with the same parameters? eg. mkdir /cache 0770 system cache |
08:53.07 | cr2 | <PROTECTED> |
08:53.25 | tmzt | #if CONFIG_MSM_AMSS_VERSION == 6210 |
08:53.26 | tmzt | #define RPC_SND_VERS 0x94756085 /* 2490720389 */ |
08:53.26 | tmzt | #elif (CONFIG_MSM_AMSS_VERSION == 6220) || (CONFIG_MSM_AMSS_VERSION == 6225) |
08:53.26 | tmzt | #define RPC_SND_VERS 0xaa2b1a44 /* 2854951492 */ |
08:54.01 | tmzt | xsacha2: cache needs to me 0770, chmod -R 0770 cache |
08:54.29 | tmzt | chown -R 1000 cache |
08:54.35 | xsacha2 | and system directory wanted 0771? |
08:54.46 | cr2 | tmzt: we have other amss. |
08:54.59 | cr2 | 398 smd_write(smd_channel, &pacmark, sizeof(pacmark)); |
08:55.00 | cr2 | 399 smd_write(smd_channel, buffer, count); |
08:55.20 | tmzt | where? |
08:55.31 | tmzt | qdsp5 is wrong also? |
08:55.54 | cr2 | no |
08:56.05 | cr2 | check the vogue source. |
08:56.33 | cr2 | dzo renamed his hacked qdsp5 to qdsp4 recently |
08:57.28 | dzo | did i hear my name?, hi there. |
08:57.32 | xsacha2 | do these matter? chown system system /data chmod 0771 /data |
08:57.56 | tmzt | they do, but we need the uid from android |
08:58.11 | xsacha2 | so leave it in init? |
08:58.41 | cr2 | hi dzo |
08:58.56 | tmzt | oh yeah |
08:59.00 | tmzt | that should work |
08:59.21 | cr2 | dzo: what is the advantage of using vogue_rpc.c over the g1 version ? |
08:59.25 | tmzt | dzo: how can we get rpc and qdsp5 for raph amss's? |
08:59.30 | tmzt | and that |
08:59.34 | tmzt | but that's just for ril? |
09:00.02 | tmzt | sorry, not vogue-hw versus snd.c |
09:00.03 | dzo | the vogue_rpc is for amss 4, it's done differently on later amss. |
09:00.55 | cr2 | dzo: ok, so it's what kaiser/vogue uses ? |
09:01.03 | dzo | on amss 4 there are 4 rpc channels, 2 for te client, 2 for the server. on amss 6 they are combined into 2 channels with another header, thats what rpcrouter does, |
09:01.45 | dzo | to get pcm audio you will have to find the adsp queue numbers. |
09:01.53 | cr2 | ok, i have 1 rx and 1 tx channel |
09:02.09 | *** join/#htc-linux pH5 (n=ph5@e178248099.adsl.alicedsl.de) |
09:02.15 | tmzt | so it's like an encapsulation? |
09:02.23 | cr2 | hmm. sounds cryptic. |
09:02.53 | xsacha2 | on property:ro.kernel.qemu=1 start adbd |
09:03.31 | dzo | an rpc asks the a9 to set up the adsp and it replies with an image number, for each image there are a set of queues to do variouse things, for audio there are 3 queues, and the numbers must be correct and the image changes depending on what has happened before. its very overcomplicated. |
09:04.16 | xsacha2 | sweet everything looks good |
09:04.18 | dzo | tmzt: yes, thats how the g1 works but i don't know about raph, how many rpc channels do you see. |
09:04.38 | tmzt | how do I find that out? |
09:04.53 | tmzt | [ 1.043922] RPC rpcrouter_init |
09:04.54 | tmzt | [ 1.049903] smd_alloc_channel() 'SMD_RPCCALL' cid=2, shared=e0110148 |
09:04.54 | tmzt | [ 1.051124] RPC_dev init complete! |
09:04.54 | tmzt | [ 1.051215] RPC Init done |
09:04.56 | dzo | cr2: ah ok, then you need to use the rpcrouter. |
09:04.56 | tmzt | [ 1.051246] RPCCALL opened |
09:05.30 | cr2 | dzo: ok, but then the msm_rpc_call api is different |
09:05.34 | tmzt | this? |
09:05.35 | tmzt | snd->ept = msm_rpc_connect(RPC_SND_PROG, RPC_SND_VERS, MSM_RPC_UNINTERRUPTIBLE); |
09:05.44 | xsacha2 | it really does want init=/init |
09:06.08 | dzo | yes amss 4 is stateless so i got rid of the ept parameter. |
09:06.30 | dzo | ok got to go now, have fun.... |
09:06.35 | cr2 | :) |
09:06.38 | cr2 | thanks |
09:07.51 | tmzt | xsacha2: yeah |
09:08.40 | xsacha2 | set cmdline "root=/dev/mmcblk0p2 rw init=/init rootdelay=5" it's so small now |
09:09.02 | tmzt | yeah |
09:09.52 | xsacha2 | kernel panic :( unable to open a console |
09:10.14 | tmzt | did you chmod +x init? |
09:10.15 | tmzt | oh |
09:10.31 | tmzt | mknod dev/console c 5 1 |
09:10.54 | xsacha2 | oh do i need a dev directory? |
09:11.42 | xsacha2 | is there other stuff i should put in dev other than console? |
09:11.51 | Echo31 | Hello pH5 |
09:12.09 | tmzt | mmcblk0p* would be good |
09:12.13 | tmzt | null, zero, full |
09:12.35 | tmzt | null 1 3 |
09:12.42 | tmzt | zero 1 5 |
09:12.47 | tmzt | full 1 7 |
09:12.48 | xsacha2 | huh? |
09:12.55 | Echo31 | pH5: I want write a kernel 2.6.30 for athena |
09:13.15 | tmzt | mmcblk0 b 179 1 |
09:13.21 | tmzt | mmcblk0p2 b 179 2 |
09:13.23 | Echo31 | pH5: I foresee to merge the code from htcathena (2.6.21) with the magician(2.6.30). |
09:13.28 | tmzt | mmcblk0p1 b 179 1 |
09:13.31 | tmzt | mmcblk0p2 b 179 2 |
09:13.36 | tmzt | that should enough |
09:13.49 | xsacha2 | just those with console? ok |
09:14.11 | Echo31 | pH5: But .21 and .30 have different htc-egpio api |
09:14.15 | tmzt | Echo31: it's probably eaiser to rewrite athena based on magician than to try to directly port hh20 |
09:14.32 | tmzt | oh, i see |
09:14.44 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
09:14.46 | tmzt | xsacha2: each of those is a mknod command |
09:15.12 | cr2 | rpc_clnt_lookup2(prog,vers,-1,&buf) |
09:15.18 | xsacha2 | Freeing init memory: 124K Kernel panic - not syncing: Attempted to kill init! |
09:15.25 | pH5 | good morning |
09:15.39 | tmzt | anything before that? |
09:15.56 | xsacha2 | no, it's all perfect before that... not 1 error |
09:15.56 | pH5 | Echo31: yes, look at magician and also hx4700 for examples how to setup the 'new' htc-egpio with and without IRQ (I think athena has both variants). |
09:16.47 | Echo31 | pH5: Can you help me to fill the correct values of htc_egpio_chip and htc_egpio_platform_data for htc athena? |
09:18.31 | xsacha2 | do i need input in /dev? |
09:18.46 | Echo31 | pH5: I use your code from magician |
09:19.29 | tmzt | xsacha2: you shouldn't |
09:19.42 | pH5 | Echo31: sure, which parts are not clear? |
09:19.47 | xsacha2 | cause in the kaiser initrc all they have in block and input inside dev/ |
09:20.08 | tmzt | you can add input if you want |
09:20.17 | tmzt | but /init should have that |
09:20.35 | xsacha2 | i dunno.. /init is a binary module |
09:21.16 | xsacha2 | yeah it has /dev/input/ |
09:24.10 | cr2 | tmzt: routing header before the pacmark then... |
09:24.10 | Echo31 | pH5: i put the beginning of this code http://fr.pastebin.ca/1442021 |
09:24.45 | *** join/#htc-linux nathan__ (i=frozenfi@sine.cluenet.org) |
09:25.36 | cr2 | Echo31: the problem is that the CPLD2 base address depends on the gpio bit from the CPLD1 |
09:26.22 | cr2 | Echo31: maybe it does not happen in real life, but who knows. |
09:26.44 | pH5 | Echo31: cpld2 irq_num and ack_register should be 0, that's correct. |
09:26.47 | xsacha2 | woah is it normal for all the google apps in system/bin to be symlinked to 'toolbox'? |
09:27.03 | pH5 | cr2: then cpld2 will have to be created dynamically after filling in the iomem resource from machine_init. |
09:27.14 | tmzt | xsacha2: it's like busybox |
09:27.15 | cr2 | Echo31: this HACK ALERT value is for my ameo. ymmv. |
09:27.29 | pH5 | if all known production models have the same boardid, maybe you can live with one fixed base address for now. |
09:27.42 | xsacha2 | i dunno why it kernel panics :'( |
09:27.50 | cr2 | pH5: it#s possible to temporarily ioremap the CPLD1 in machine_init ? |
09:28.12 | pH5 | Echo31: cpld1's irq_ack register should be 4, I think? |
09:28.26 | nathan7 | My Magician doesn't boot D= |
09:28.29 | pH5 | cr2: yes, I do that on magician to read boardid. |
09:28.36 | nathan7 | Something with S99finish |
09:28.57 | cr2 | pH5: ok |
09:29.01 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
09:29.08 | tmzt | nathan7: look at it, if you want chmod -x it |
09:29.15 | tmzt | nathan7: how old is your image? |
09:29.18 | Echo31 | I took the value .start from athena code of 2.6.21 |
09:29.30 | pH5 | Echo31: and num_irqs: sounds like there might be 8 used bits in that register. |
09:29.57 | cr2 | Echo31: i've written it for my t-mob ameo. |
09:30.34 | tmzt | same as athena? |
09:31.14 | cr2 | tmzt: ameo is the first athena. |
09:31.48 | pH5 | Echo31,cr2: registers A,B,C,D are output, E is the irqack, F,G are input and H is output on CPLD1? |
09:31.50 | cr2 | tmzt: then there were X7500 and X7501 and something with 16GB flash hdd |
09:32.00 | cr2 | pH5: http://wiki.xda-developers.com/index.php?pagename=AthenaCPLD1 |
09:32.13 | cr2 | 5 irqs |
09:32.47 | pH5 | cr2: yes, but they are not packed. so I'd live with two wasted irqs and set irq_num to 7. |
09:33.04 | cr2 | F and G look like input |
09:33.06 | pH5 | wasn't sure if those +irqack entries are just not identified yet. |
09:33.17 | xsacha2 | hey is /bin meant to be symlinked? |
09:33.54 | cr2 | pH5: ok. the H is uncertain. need to look at the idb again, sometime. |
09:34.20 | cr2 | pH5: what would you like to know about BA asic3_spi ? |
09:34.33 | pH5 | Echo31: then you need to define 3 egpio_chip structures in that array. one for the first four outputs, one for F/G and one for H outputs, I think. or leave H out until cr2 finds out. |
09:35.01 | pH5 | cr2: I'd like to know the reset procedure and how SPI_CS is handled. |
09:35.29 | pH5 | does it just pull CS high and then high/low reset for a bit? |
09:35.32 | xsacha2 | oh tmzt, there's a mountd.conf which has block_device /dev/block/mmcblk0 |
09:35.37 | xsacha2 | i guess i dont want that? |
09:36.08 | tmzt | that's fine |
09:36.22 | cr2 | pH5: SPI_CS is just set to 0 on BA. on sable it is set to 0 before the transaction, and to 1 in the end. i need to look and restore the backup. |
09:36.25 | xsacha2 | in kaiser they have it as /dev/block/mmcblk0p2 |
09:36.32 | xsacha2 | can i comment it out? |
09:36.46 | tmzt | yeah, because they are booting from vfat partition |
09:37.00 | tmzt | huh, it shouldn't be blk0 this must be for superfloppy |
09:37.07 | xsacha2 | lol |
09:37.07 | tmzt | I don't know much about mountd |
09:37.18 | pH5 | ah right cs is usually active-low. how about reset? and is there another gpio involved besides those two? |
09:37.27 | xsacha2 | but i dont need to mount anything right? |
09:37.28 | tmzt | if you just mount /dev/block/mmcblk0p1 /sdcard |
09:37.34 | xsacha2 | since everything is on root |
09:37.35 | tmzt | you can comment out mountd in init.rc |
09:37.44 | xsacha2 | k |
09:37.51 | xsacha2 | so i should change it to mmcblk0p1 ? |
09:37.55 | pH5 | the new asic3 code resets the gpios, so I can't just use the settings that wince had set up before. |
09:38.38 | cr2 | pH5: ok, so we need to be more careful then. |
09:38.57 | Echo31 | pH5: Why the old structure (2.6.21) had only 2 egpio_pin structure, one for cpld1 and second for cpld2 ? |
09:41.40 | cr2 | tmzt: some more data than on vogue then: |
09:41.44 | cr2 | 70 struct rr_header { |
09:41.46 | cr2 | 71 uint32_t version; |
09:41.47 | cr2 | 72 uint32_t type; |
09:41.49 | cr2 | 73 uint32_t src_pid; |
09:41.50 | cr2 | 74 uint32_t src_cid; |
09:41.52 | cr2 | 75 uint32_t confirm_rx; |
09:41.53 | cr2 | 76 uint32_t size; |
09:41.55 | cr2 | 77 uint32_t dst_pid; |
09:41.56 | cr2 | 78 uint32_t dst_cid; |
09:41.58 | cr2 | 79 }; |
09:41.59 | cr2 | 8 more ints |
09:42.09 | cr2 | before the pacmark |
09:42.11 | tmzt | looks like dmov |
09:42.18 | tmzt | or dma |
09:42.29 | pH5 | Echo31: the old one had a .pins array where you had to configure every non-standard pin (output default-on or input associated with irq) individually. other than that it didn't mind. |
09:42.34 | tmzt | oh, rpcrouter |
09:42.43 | pH5 | the new one registers the input/output type with the gpio api properly. |
09:42.50 | tmzt | pH5: is it mfp now? |
09:43.03 | pH5 | IIRC, of course. |
09:43.06 | cr2 | tmzt: rr_header+pacmark+rpchdr+msg |
09:43.24 | tmzt | good |
09:43.31 | tmzt | cid is always 0 or maybe 1? |
09:43.46 | pH5 | tmzt: sorry, what is? htc cpld gpio chips don't have alternate functions on their pins. |
09:43.48 | cr2 | tmzt: looking at the raw smem data |
09:43.48 | tmzt | pid is adsp process from that function earlier? |
09:44.21 | tmzt | pH5: the default-on, edge-detect, etc. could be implemented the same way, but I guess it make no sense without altfunctiosn/pinmux |
09:44.30 | tmzt | pH5: so it's gpio-chip? |
09:44.37 | cr2 | pH5: but asic3 has |
09:44.57 | cr2 | pH5: i also need to check if SPI_CS is an alt func |
09:45.14 | pH5 | cr2: asic3 is configured similarly to the pxa mfp setup with an array in its platform_data |
09:45.33 | pH5 | the cplds are just plain gpio chips + irq, no mfp configuration. |
09:45.56 | cr2 | yes |
09:47.11 | pH5 | although I think the upstream is still missing the ability to configure asic3 sleep_setting. |
09:47.20 | pH5 | s/upstream/upstream asic3 driver/ |
09:47.32 | cr2 | ok |
09:47.43 | pH5 | will see when I play with suspend/resume on hx and ba. |
09:48.41 | pH5 | it's a bit frustrating to redo all this stuff that was basically around since 2005/06 in some form or another. |
09:51.51 | xsacha2 | tmzt: could the kernel panic due to me missing stuff in kernel that android wants? |
09:52.15 | tmzt | xsacha2: the kernel panic is because init crashed, why I don't know |
09:52.21 | pH5 | off, bbl |
09:55.23 | Echo31 | cr2: Can you use your code from t-mob ameo device for athena (7500) ? |
09:55.58 | Echo31 | cr2: Can i use your code from t-mob ameo device for athena (7500) ? |
09:56.02 | cr2 | Echo31: i hope so. let me know if something breaks. |
09:56.19 | cr2 | tmzt: 00000001 00000004 00000001 fffffffe 00000000 00000014 00000000 fffffffe |
09:56.37 | cr2 | tmzt: this is the rr_header, as in tge g1 code. |
09:56.57 | cr2 | tmzt: so we have the router, and can't use plain rogue code. |
09:57.14 | cr2 | s/rogue/vogue/ |
09:57.15 | tmzt | fine, I want to embed everythin in my htc-hw for now |
09:57.28 | tmzt | I was going to make snd.c a module but it's too much work for right now |
09:57.37 | cr2 | ok |
09:57.53 | tmzt | where are the structs/rpc code I need in htc-vogue? |
09:58.37 | cr2 | 0x14=20bytes |
09:58.43 | cr2 | 00000004 31000002 00000000 00000001 6dc3867a |
09:58.47 | cr2 | must be the reply. |
09:59.15 | cr2 | smd_rpcrouter.c is the original version |
09:59.30 | tmzt | I see that |
09:59.36 | tmzt | android version? |
09:59.41 | cr2 | vogue_rpc.[ch] is the amss4 version according to dzo |
09:59.55 | cr2 | i don't know anything about android :) |
10:00.36 | tmzt | it's not in htc-msm-2.6.27 |
10:00.37 | dzo | yes, check if your rpc smem dump matches smd_rpcrouter.c |
10:00.47 | tmzt | I mean the google/android version |
10:01.04 | tmzt | dzo: your code? |
10:01.12 | cr2 | vogue is a separate branch |
10:01.17 | tmzt | it's only in htc-vogue that I can find |
10:01.21 | cr2 | yes |
10:01.26 | dzo | no, looks like my code won't work on raph. |
10:01.40 | tmzt | I mean is rpcrouter your code? |
10:01.45 | tmzt | oh no |
10:01.50 | dzo | though the audio stuff should be similar. |
10:01.51 | tmzt | San |
10:02.08 | tmzt | why are we missing it then? |
10:02.13 | tmzt | in htc-msm-2.6.27 |
10:02.19 | dzo | no, rpcrouter is the google code. |
10:02.34 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
10:02.48 | cr2 | dzo: why didn't you fix snd.c, like audiomgr.c, but have vogue-hw.c hacks ? |
10:03.23 | tmzt | it is here |
10:03.34 | cr2 | hmm. we need to add *ept there too. |
10:03.59 | tmzt | what are ept, and what is the search function or connect function for? |
10:04.14 | cr2 | msm_rpc_call() |
10:04.19 | cr2 | msm_rpc_connect() |
10:04.25 | tmzt | MSM_ONCRPCROUTER? |
10:04.33 | tmzt | enable that? |
10:04.45 | cr2 | connect gives you the ept, which is the first parameter in _call |
10:04.49 | cr2 | yes |
10:04.52 | tmzt | obj-$(CONFIG_MSM_ONCRPCROUTER) += smd_rpcrouter.o |
10:04.52 | tmzt | obj-$(CONFIG_MSM_ONCRPCROUTER) += smd_rpcrouter_device.o |
10:04.52 | tmzt | obj-$(CONFIG_MSM_ONCRPCROUTER) += smd_rpcrouter_servers.o |
10:04.55 | tmzt | ok |
10:04.56 | dzo | I started to, then realised that it doesn't work for android 1.1, that uses a userspace audio router, so I left it in my ril. |
10:05.14 | cr2 | dzo: ok |
10:05.16 | tmzt | userspace client? |
10:05.24 | tmzt | that might work for fso |
10:05.26 | cr2 | tmzt: alsa. i want alsa :) |
10:05.34 | dzo | yes, libaudio.so |
10:05.55 | tmzt | the audiopara's are basically alsa settings I think |
10:05.59 | tmzt | similar concept |
10:06.20 | tmzt | I'm using the AudioPara.c like dzo though, converted .csv to it |
10:06.29 | dzo | They are documented in the leaked msm doc at the end. |
10:07.26 | cr2 | dzo: there are no 7201A docs |
10:08.04 | cr2 | dzo: btw, i've added 8x50 clocks to http://www.htc-linux.org/wiki/index.php?title=MSM_CLK . very helpful in some cases |
10:08.31 | cr2 | it seems that 8x50 is closer to 7x00 than to 7x00A in many cases |
10:08.57 | tmzt | https://www.codeaurora.org/patches/quic/le/u-boot-2009.03_PATCH_2009_05_14.patch |
10:09.01 | tmzt | from here |
10:09.17 | cr2 | yes |
10:13.35 | *** join/#htc-linux xsacha2 (n=sacha@123.100.137.226) |
10:14.19 | xsacha2 | is initlogo.lre a picture? |
10:14.21 | xsacha2 | rle* |
10:14.28 | tmzt | yes |
10:14.33 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
10:14.43 | tmzt | you have to use the converter program to make them |
10:17.31 | nathan7 | =0 |
10:17.56 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
10:18.41 | *** join/#htc-linux Guest63738 (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
10:19.21 | xsacha2 | does init do stuff with mtd partitions? |
10:19.28 | xsacha2 | <6>init: mtd partition %d, %s |
10:19.57 | xsacha2 | it creates /dev/mtd/mtd%d |
10:20.28 | nathan7 | =p |
10:21.15 | tmzt | xsacha2: we are doing nothing with mtd partitions |
10:21.24 | tmzt | and I hope you have it disabled in kernel |
10:21.48 | tmzt | that's okay, except then you still have the partition table |
10:21.55 | tmzt | you need to be very careful here |
10:22.12 | tmzt | also, have no idea how to recover a samsung device |
10:22.20 | xsacha2 | CONFIG_ARCH_MTD_XIP=y ? |
10:22.54 | xsacha2 | CONFIG_MTD=y? |
10:23.01 | xsacha2 | CONFIG_MTD_PARITITONS=y? |
10:23.22 | tmzt | disable all of those |
10:23.31 | xsacha2 | and CONFIG_MTD_CONCAT too i guess |
10:23.43 | tmzt | yeah |
10:23.54 | xsacha2 | could it be the cause of kernel panic? |
10:23.57 | tmzt | but it will when you CONFIG_MTD=n |
10:24.00 | tmzt | probably not |
10:24.32 | xsacha2 | CONFIG_MTD_BLKDEVS |
10:24.43 | xsacha2 | that one enabled too |
10:25.28 | xsacha2 | there's a tonne more MTD configs set ... bank_width_8,16,32 and MTD_CGI_I1,I2 |
10:25.57 | xsacha2 | and the there's MTD_NAND and MTD_NAND_PXA3xx enabled |
10:26.05 | xsacha2 | disbale everything to do with MTD? |
10:26.12 | tmzt | yeha |
10:26.20 | tmzt | MTD_NAND_PXA3xx is the bad one |
10:26.31 | tmzt | but just disable all of them for now |
10:26.55 | tmzt | it's not bad, it's just you don't know your mtd partition table, and you can overwrite bootloader, ce, etc. |
10:27.05 | xsacha2 | :\ |
10:27.11 | xsacha2 | thats not bad? |
10:27.55 | tmzt | that is bad |
10:27.55 | tmzt | but the driver itself isn't, didn't want to imply it was |
10:27.58 | dream_kill | tmzt nand driver works now ? |
10:28.00 | xsacha2 | so there's a chance of bricking now? |
10:28.06 | tmzt | dream_kill: talk to cr2 |
10:28.13 | dream_kill | ok |
10:28.25 | dream_kill | as i can give u the exact partition table :P |
10:28.36 | dream_kill | i did on the g1 manual partition table :P |
10:28.39 | tmzt | xsacha2: yes, please disable that and compile your kernel, delete the zImage with it enabled |
10:28.55 | xsacha2 | wait wait, chance of bricking with mtd enabled or disabled? |
10:28.58 | tmzt | dream_kill: cool, some people might want that now that yaffs2 root has shrunk |
10:29.03 | tmzt | dream_kill: on ion, etc. |
10:29.09 | tmzt | xsacha2: enabled |
10:29.24 | tmzt | xsacha2: mtd is memory technology device, meaning flash memory |
10:29.34 | dream_kill | yes, we can redefine it in kernel and not as a parameter from hboot anymore :P |
10:29.42 | tmzt | hboot? |
10:29.48 | tmzt | what is that? is there source? |
10:29.52 | dream_kill | g1 spl is called HBOOT |
10:30.09 | dream_kill | HBOOT will send to the kernel the partition table |
10:30.20 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-89-159.web.vodafone.de) |
10:30.22 | tmzt | yeah, from amss misc |
10:30.40 | dream_kill | nope |
10:30.51 | dream_kill | the hboot has it's own partiton table alocation! |
10:30.56 | dream_kill | example |
10:30.58 | dream_kill | same radio |
10:31.04 | dream_kill | 0.95.0000 hboot |
10:31.09 | dream_kill | system partition is 70 meg |
10:31.24 | dream_kill | same radio, 1.33.20005 system partition is 91 meg |
10:31.31 | dream_kill | so 200% is in HBOOT! |
10:31.50 | dream_kill | flash older hboot , system is small again :P |
10:31.52 | tmzt | but we have no source for HBOOT? |
10:31.54 | dream_kill | nothing else to flash :P |
10:31.58 | dream_kill | nope |
10:32.00 | dream_kill | but |
10:32.07 | dream_kill | in kernel i can patch the partition table |
10:32.11 | dream_kill | and make it static :P |
10:32.23 | tmzt | I have another way I'm working on |
10:32.25 | dream_kill | so who cares about hboot anymore :P |
10:32.35 | tmzt | demo is here: people.openezx.org/tmzt/testbooter.S |
10:32.42 | tmzt | but the second ldr should be adr |
10:32.50 | tmzt | and the tags are not correct |
10:32.53 | cr2 | wtf is HBOOT ? |
10:33.08 | xsacha2 | well disabling MTD took 200KB off my kernel |
10:33.09 | tmzt | I don't know if this can replace zImage in the android boot.img |
10:33.13 | dream_kill | HBOOT in G1 is same like SPL in windows mobile :P |
10:33.20 | cr2 | ok |
10:33.30 | dream_kill | now |
10:33.37 | dream_kill | i did some mad crasy tests on g1 :P |
10:33.38 | cr2 | which is 512K. lol |
10:33.47 | dream_kill | flashed diamond dump in a g1 :P |
10:33.56 | tmzt | and? |
10:33.56 | dream_kill | it started but no image on screen |
10:34.01 | tmzt | really |
10:34.04 | dream_kill | yep |
10:34.07 | tmzt | that would be the mddi chip then |
10:34.12 | dream_kill | i have jtag for g1 :P |
10:34.20 | dream_kill | so i can do lots of nuts tests :P |
10:34.28 | cr2 | tmzt: lcd power gpios |
10:34.33 | cr2 | tmzt: and vregs |
10:34.43 | tmzt | I thought you were trying radio from diam100 on drea100 |
10:35.08 | tmzt | is there a list of everything spl does except boot windows/linux? |
10:35.13 | tmzt | all the init it does |
10:35.17 | tmzt | anything with amss |
10:35.32 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
10:35.36 | cr2 | tmzt: spl does not boot |
10:35.50 | tmzt | ? |
10:36.00 | tmzt | it doesn't load xip? |
10:36.49 | dream_kill | i flashed full radio! |
10:36.58 | dream_kill | full dump :P |
10:37.00 | tmzt | all bands work? |
10:37.20 | tmzt | if so, you are essentially confirming rf is the same |
10:37.41 | tmzt | or did you have to patch in the amss drivers? I guess not with full dump |
10:38.00 | cr2 | tmzt: how can it work, if the A2M/M2A communication is different. |
10:38.15 | tmzt | he flashed the amss as well |
10:38.19 | tmzt | what do you mean |
10:38.20 | tmzt | ? |
10:38.25 | cr2 | tmzt: flashing g1 radio on diam/raph may have been more useful |
10:38.49 | cr2 | but the kernel will need the gpio/cpld, uarts adapted |
10:39.22 | xsacha2 | can i run gdb or something on init to find out why it causes kernel panic? |
10:39.30 | dream_kill | what i did, someone sent me a full nand backup (via jtag) from diamond and flashed it in the g1 |
10:39.31 | tmzt | strace |
10:39.36 | cr2 | tmzt: g1 radio will save you the PITA with adsp, and rpc |
10:39.41 | dream_kill | i flashed till 25000000 |
10:39.42 | tmzt | not me |
10:39.43 | xsacha2 | ok |
10:39.44 | dream_kill | (after spl |
10:40.04 | dream_kill | but next time i'll replace in my g1 only the radio not the htc partition, mics and mfg |
10:40.08 | dream_kill | and see if works better |
10:40.18 | tmzt | that won't work |
10:40.20 | xsacha2 | good thing they are both htc devices |
10:40.41 | cr2 | dream_kill: where does the imgfs end ? and fat begins in your nand ? |
10:41.11 | tmzt | dream_kill: the other thing I want to ask, |
10:41.31 | tmzt | how can I create an essentially empty imgfs with just xip section |
10:41.36 | tmzt | of 3+mb |
10:44.20 | dream_kill | imgfs ? |
10:44.21 | xsacha2 | oh damn! strace not found :P |
10:44.22 | tmzt | I've been reading code for different versions of imgfstools, htcflash, etc. |
10:44.27 | tmzt | not imgfs |
10:44.34 | tmzt | OS.bin.payload |
10:44.39 | dream_kill | g1 doesn't have imgifs |
10:44.44 | tmzt | I know |
10:45.05 | tmzt | I have cdma touch pro, trying to make a linux bootloader bundle to replace xip |
10:45.27 | dream_kill | so |
10:45.31 | tmzt | xsacha2: how are you trying it? |
10:45.39 | dream_kill | SPL starts at 0x2400000 |
10:46.00 | dream_kill | the rom itself starts from 0x2820000 |
10:46.27 | dream_kill | so imgfs should start from 0x2820000 |
10:46.33 | dream_kill | is same for g1 and diamond too |
10:46.46 | xsacha2 | tmzt: what do you mean? |
10:46.48 | dream_kill | (is defined in the partition from radio) |
10:46.53 | xsacha2 | i need to compile strace for arm |
10:46.59 | dream_kill | this is nand addresses! |
10:47.03 | tmzt | yeah, it should be xbin |
10:47.56 | dream_kill | so play with anything after 0x2820000 and u'll be safe as u'll not touch the spl and any other danger area :P |
10:48.40 | tmzt | where is xip, where is code loaded from, and is this all the ce encapsulated "blocks"? |
10:48.41 | dream_kill | http://lwn.net/Articles/135472/ |
10:49.01 | tmzt | not linux xip |
10:49.16 | tmzt | won't work on nand, though the new split filesystem is cool |
10:49.29 | tmzt | the fake xip of ce, which is really ram |
10:49.54 | dream_kill | so then try to flash there the boot.img and see if it starts it :P |
10:50.24 | tmzt | there's no partition table there? |
10:50.27 | dream_kill | nope |
10:50.30 | dream_kill | i told u! |
10:50.42 | dream_kill | in android the hboot pass partition table |
10:50.46 | tmzt | oh, I'm confusing things |
10:50.56 | dream_kill | IN windows mobile the partition table is passed by the radio |
10:51.05 | tmzt | the question is about nbh, not the contents of nand |
10:51.15 | tmzt | because I want to try diag.nbh first |
10:51.30 | dream_kill | so if u look in the radio in partition section |
10:51.39 | dream_kill | u see the apps and ext_rom localtion |
10:51.47 | tmzt | so I need to know how to construct a OS.nb without any imgfs or tfat(empty) partition |
10:51.50 | dream_kill | apps is the windows ce partition |
10:52.02 | dream_kill | ext_rom is the user space |
10:52.11 | dream_kill | or extended rom |
10:52.36 | dream_kill | question is how does the spl starts the apps |
10:52.42 | dream_kill | this u need to check |
10:52.53 | dream_kill | if check for imgfs and starts like so |
10:52.58 | dream_kill | or it does a jump to it |
10:53.19 | *** join/#htc-linux WyrM (n=wyrm@20158157247.user.veloxzone.com.br) |
10:53.35 | dream_kill | gtg back in 5h |
10:55.19 | cr2 | dream_kill: that's already documented http://www.htc-linux.org/wiki/index.php?title=RaphaelNAND |
10:55.37 | cr2 | hehe. |
10:55.55 | cr2 | there was an absolute offset there. |
10:55.57 | cr2 | +0x02820000 ? |
10:56.06 | tmzt | jump? |
10:56.17 | tmzt | or just address, nand address? |
10:56.28 | cr2 | wait. |
10:56.43 | nathan7 | tmzt: Freshly built. |
10:56.43 | cr2 | it comes just from +0x00420000 0x2400000 wince imgfs |
10:57.15 | tmzt | do you have a raw dump of this? |
10:57.22 | tmzt | can you check for aa55 signature? |
10:57.28 | cr2 | itutils |
10:57.36 | tmzt | yeah, I'm in linux right now |
10:57.43 | cr2 | but i think i've dumped it incorrectly |
10:58.04 | cr2 | because i followed the itsutils PartX values |
10:58.08 | tmzt | I'd like to know if the OS.nb is there with it's partition table |
10:59.07 | cr2 | MSFLSH50 was visible in /dev/mtd/mtd5 |
10:59.31 | tmzt | there is source that might explain the ce blocks |
10:59.43 | tmzt | code.google.com/p/htcflasher trunk |
10:59.44 | cr2 | yes |
11:00.17 | cr2 | tmzt: you may have xip in ext2 afair |
11:00.21 | *** join/#htc-linux DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
11:00.36 | cr2 | tmzt: but then you need to fix the msm_nand.c ;) |
11:00.40 | tmzt | yeah, but I don't think on nand |
11:00.43 | tmzt | oh |
11:00.59 | tmzt | but I'm not really concerned about that right now |
11:01.00 | cr2 | maybe we can ask SanMehat about it. |
11:01.10 | tmzt | and we will probably use yaffs2 I guess |
11:01.39 | cr2 | btw, what is yaffs2 advantage over jffs2 ? |
11:01.56 | tmzt | MSFLSH50 is imgfs, the xip should be before that |
11:02.05 | cr2 | there was some talk about jffs3, but i don't know what came out. |
11:02.07 | tmzt | not sure, I could look into it |
11:02.19 | tmzt | the mtd journaling support is newer |
11:02.23 | nathan7 | asplodes |
11:02.25 | tmzt | it has embedded ftl/bbt |
11:02.40 | cr2 | ok |
11:03.33 | tmzt | the big one might be google/android has a supported version tested for msm |
11:04.18 | cr2 | yes |
11:05.12 | cr2 | but it still should not barf at non-2K access |
11:05.17 | xsacha2 | what happens when haret freezes during booting linux? |
11:05.30 | cr2 | i see it as a bug, and not a feature |
11:05.45 | tmzt | what is? |
11:05.49 | xsacha2 | well it's not haret's fault.. my winmo was using 100% cpu when i loaded haret |
11:05.50 | tmzt | xsacha2: at what point? |
11:05.58 | xsacha2 | the blue line |
11:06.04 | cr2 | xsacha2: you do a reset ;) |
11:07.15 | tmzt | what is unable to handle non-4k blocks? |
11:07.19 | xsacha2 | this is weird.. i didnt execute init and it gave me same kernel panic tmzt |
11:07.32 | tmzt | cmdline? |
11:07.59 | xsacha2 | set cmdline "root=/dev/mmcblk0p2 rw init=/initi780 rootdelay=5" |
11:08.14 | xsacha2 | i have an initi780 which says some text and then runs init |
11:08.23 | tmzt | paste it here |
11:08.24 | xsacha2 | except, this time i didnt run init and i got same kernel panic |
11:08.26 | tmzt | if it's short |
11:08.43 | tmzt | attempting to kill init? |
11:08.46 | xsacha2 | yeah |
11:11.57 | xsacha2 | so i need to have the original initi780 stay open forever? |
11:12.25 | nathan7 | exec. |
11:12.26 | tmzt | no, exec /init |
11:12.30 | nathan7 | D= |
11:12.32 | nathan7 | You beat me! |
11:12.35 | nathan7 | beats tmzt |
11:12.40 | xsacha2 | i have exec /strace /init |
11:12.51 | nathan7 | ... |
11:12.55 | nathan7 | Remove the strace. |
11:13.01 | xsacha2 | why? |
11:13.13 | nathan7 | Might help. |
11:13.20 | xsacha2 | i know i dont have the right options on it, but i need to strace it |
11:13.22 | nathan7 | Strace spawns a subprocess |
11:13.43 | nathan7 | It should be able to fork and exec though |
11:13.45 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87468d.pool.einsundeins.de) |
11:13.59 | xsacha2 | so maybe initi780 just loads bash and then i strace from there |
11:14.23 | nathan7 | NO |
11:14.28 | nathan7 | Init has to be pid 1 |
11:14.30 | xsacha2 | lol |
11:14.40 | xsacha2 | damn, how can i debug it then? |
11:15.32 | cr2 | tmzt: evil bstrds qcom. i think i understand what's broken here ;) |
11:15.57 | cr2 | need to do more clk research. |
11:16.15 | nathan7 | xsacha2: Make strace fork and exec |
11:16.24 | nathan7 | So |
11:16.32 | tmzt | cr2: which clk? |
11:16.38 | tmzt | cr2: for cfi/nand? |
11:16.44 | xsacha2 | ./strace -ff -F -tt -s 200 -o /tmp/strace init ? |
11:17.03 | cr2 | tmzt: no. msm_clk |
11:17.03 | xsacha2 | exec that? |
11:17.19 | tmzt | why? you mean the scaling is breaking it? |
11:17.34 | nathan7 | Dunno |
11:18.06 | nathan7 | if(fork()){exec('/init');} |
11:18.22 | xsacha2 | where does the strace come in to it? |
11:19.56 | nathan7 | That's what should happen in strace kinda |
11:20.09 | xsacha2 | oh |
11:21.26 | nathan7 | /away bbl |
11:22.29 | tmzt | maybe strace -p 1 could work |
11:22.41 | tmzt | if it was started with waitfor |
11:23.05 | tmzt | but there is already a 1, so maybe not |
11:23.09 | tmzt | unless we don't care |
11:23.33 | tmzt | (while true; do strace -p 1; done) & |
11:23.36 | tmzt | exec /init |
11:23.45 | tmzt | ah, but not tty |
11:24.05 | tmzt | (while true; do strace -p 1 2>/dev/tty0; done) & |
11:24.24 | tmzt | before that: mknod /dev/tty0 c 4 0 |
11:24.30 | tmzt | or do that on the card |
11:27.07 | xsacha2 | strace -p 1.... init? |
11:27.38 | xsacha2 | dont you call strace with init? |
11:27.41 | tmzt | no, what I typed |
11:27.54 | tmzt | add that line to your /initi780 |
11:28.01 | tmzt | (while true; do strace -p 1 2>/dev/tty0; done) & |
11:28.20 | xsacha2 | exec /init mknod /dev/tty0 c 4 0 (while true; do strace -p 1 init 2>/dev/tty0;done) & |
11:28.47 | tmzt | no |
11:28.49 | xsacha2 | oops, no init in there |
11:30.52 | xsacha2 | exec /init mknod /dev/tty0 c 4 0 (while true; do strace -p 1 2>/dev/tty0;done) & right? |
11:32.06 | xsacha2 | ok ill try that (with exec init after the while loop) |
11:33.22 | xsacha2 | mm can't open /dev/null |
11:34.40 | xsacha2 | the whole loop gives error that it can't open /dev/null.. im guessing i need to mknod for /dev/null so it scan throw out stuff it doesnt need (2>( |
11:35.50 | xsacha2 | mknod /dev/null c 1 3 |
11:36.44 | xsacha2 | beautiful strace!! |
11:36.50 | xsacha2 | thanks! :D:D |
11:37.56 | xsacha2 | it seg faulted while reading default.prop |
11:39.03 | *** join/#htc-linux zycho_ (n=zycho@dslb-088-070-073-162.pools.arcor-ip.net) |
11:56.36 | *** join/#htc-linux jeanseb (n=jeanseb@gazypan.dyndns.org) |
11:56.43 | jeanseb | Hi |
12:17.20 | *** join/#htc-linux MLM (n=mlvdmeid@meide.xs4all.nl) |
12:26.15 | *** join/#htc-linux wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
12:52.35 | *** join/#htc-linux Tinyboom (n=nahh@206.84-49-89.nextgentel.com) |
13:08.39 | *** join/#htc-linux MethoS- (n=clemens@host-091-096-213-249.ewe-ip-backbone.de) |
13:09.08 | cr2 | omg. now i see it |
13:10.46 | cr2 | 73 |
13:11.20 | cr2 | 0x49, clk_79 offset e0 |
13:12.02 | cr2 | hehe. that's why it hangs on uart1 |
13:12.07 | cr2 | really evil |
13:19.21 | *** join/#htc-linux JuNu_KN (n=chatzill@kons-5f714bbe.pool.einsundeins.de) |
13:23.38 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
13:27.20 | *** join/#htc-linux MethoS-- (n=clemens@host-091-097-245-151.ewe-ip-backbone.de) |
13:28.06 | *** join/#htc-linux AntiXpucT (n=Skim@77.106.108.232) |
13:28.25 | *** join/#htc-linux pH5 (n=ph5@p5485FD24.dip.t-dialin.net) |
13:36.50 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
13:47.39 | xsacha2 | yay, finished my applied maths 3 assignment |
13:53.37 | Echo31 | pH5: good afternoon. I trie to follow your suggestion http://fr.pastebin.ca/1442294 |
14:06.11 | *** join/#htc-linux Guest63738 (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
14:07.34 | *** join/#htc-linux xsacha2 (n=sacha@123.100.137.226) |
14:11.07 | pH5 | Echo31: I'd suggest to put CPLD1 GPIOs directly after PXA270 ones (starting at NR_BUILTIN_GPIO) and to put CPLD2 ones directly thereafter. |
14:11.43 | pH5 | I think PXA has the default of max. 256 GPIOs set in include/asm-generic/gpio.h |
14:12.27 | pH5 | also, iomem resource end should be the last used byte, not the first unused one |
14:12.37 | pH5 | i.e. .end = XYZ_BASE + size - 1, |
14:12.42 | xsacha2 | so many people with pxa :) |
14:15.02 | pH5 | and of course you need to give an IRQ resource for CPLD1 (the gpio irq on which the cpld irqs are multiplexed) |
14:28.24 | Echo31 | ph5: Do you suggest to create one egpio_resource structure with 3 items ? |
14:28.24 | Echo31 | [0] for pxa270 (PXA_CS3_PHYS) |
14:28.24 | Echo31 | [1] for cpld1 |
14:28.24 | Echo31 | [2] for cpld2 |
14:45.16 | xsacha2 | is it true i can take the source from android.git.kernel.org and add my machine and it'll be patched to work with android? |
14:48.42 | Echo31 | pH5:I don't find a GPIO CPLD1 irq, perhaps the GPIO 14 = 'CPLD chain' from http://wiki.xda-developers.com/index.php?pagename=AthenaGPIO |
15:00.15 | dcordes-kais | xsacha2 kernel source? |
15:00.31 | xsacha2 | yeah |
15:00.41 | xsacha2 | apparently i need to add android patches to get it to work with android |
15:00.58 | xsacha2 | so i was wondering if android.git.kernel.org already has those |
15:01.01 | dcordes-kais | ah got you |
15:01.14 | dcordes-kais | the binder stuff etc. |
15:01.17 | xsacha2 | yes |
15:01.47 | dcordes-kais | probably. there was one person here who patched some pxa kernel for androed use |
15:02.30 | xsacha2 | oo i need :) |
15:02.32 | xsacha2 | im using pxa |
15:03.16 | dcordes-kais | they had some kind of blog website where all the info was put |
15:03.35 | *** join/#htc-linux zycho (n=zycho@dslb-088-070-073-162.pools.arcor-ip.net) |
15:04.10 | dcordes-kais | can't recall the nickname unfortunately. which device are you using? |
15:05.56 | xsacha2 | i780 |
15:06.50 | cr2 | dcordes-kais: we have some rpc progress. it's different from vogue and more close to g1 |
15:08.48 | xsacha2 | ok im gonna get android.git.kernel.org source and just add my machine |
15:11.27 | xsacha2 | which kernel version is recommended? latest? |
15:12.23 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
15:18.23 | *** join/#htc-linux dcordes (n=luke@unaffiliated/dcordes) |
15:19.51 | xsacha2 | ok i figured i have a very common problem |
15:19.56 | xsacha2 | seg fault after reading config files |
15:22.20 | *** join/#htc-linux timebomb (n=tb@f054023160.adsl.alicedsl.de) |
15:33.23 | *** join/#htc-linux xsacha (n=sacha@123.100.137.226) |
16:03.36 | *** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk) |
16:06.00 | dcordes-kais | dcordes-kais, go away, punk! |
16:06.31 | dcordes | dcordes-kais, you talking to yourself? wow |
16:06.49 | dcordes-kais | lol |
16:07.32 | cr2 | 0x38/4=14 |
16:07.44 | cr2 | 14-10=4 |
16:08.48 | cr2 | 0x3c/4=15 |
16:08.51 | *** join/#htc-linux WyrM (n=wyrm@20158136090.user.veloxzone.com.br) |
16:08.52 | cr2 | 15-10=5 |
16:08.59 | cr2 | looks very good. |
16:09.14 | dcordes-kais | wtf is that? |
16:09.50 | cr2 | coming patchez |
16:10.36 | cr2 | dcordes-kais: i've found out why enabling uart1 clk crashed raph100 |
16:11.10 | AstainHellbring | why did it crash cr2? |
16:12.01 | cr2 | AstainHellbring: because the uart_clk is at a different location. looking at oemsbl helps ;) |
16:13.24 | AstainHellbring | lol yep that can help |
16:13.48 | AstainHellbring | cr2 curious I saw the check in for enabling BT on the device will BT audio work now? |
16:15.05 | cr2 | 7200 and 8x50 have it at c0, and 7x0xA at e0 |
16:15.19 | cr2 | not, the ttyHS1 oopses |
16:15.38 | cr2 | need to track it down too |
16:30.51 | cr2 | mickey|sun: why did you disable the accelerometer in defconfig ? |
16:33.47 | *** join/#htc-linux miknix_ghost (n=miknix@bl4-91-2.dsl.telepac.pt) |
16:34.35 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
16:34.37 | cr2 | 0x2c/4=11, -10=1 |
16:34.38 | *** join/#htc-linux wdslbr (n=asa@dslb-088-069-208-087.pools.arcor-ip.net) |
16:45.17 | cr2 | 0x40/4=16, -10=6 |
17:19.44 | Echo31 | pH5: I wrote this code on the same egpio resource (http://fr.pastebin.ca/1442494). Is it the way? |
17:34.11 | *** join/#htc-linux wdslbr (n=asa@dslb-088-069-208-087.pools.arcor-ip.net) |
18:23.20 | *** join/#htc-linux MLM (n=mlvdmeid@meide.xs4all.nl) |
18:30.21 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
18:41.17 | *** join/#htc-linux infernix (i=nix@unaffiliated/infernix) |
18:42.47 | *** join/#htc-linux AstainMBL (n=AstainHe@unaffiliated/astainhellbring) |
19:12.44 | *** join/#htc-linux lama (i=lama@netbsd.pl) |
19:18.59 | *** join/#htc-linux WyrM (n=wyrm@189.13.124.134) |
19:19.09 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
19:24.01 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf8079.pool.einsundeins.de) |
19:27.36 | *** join/#htc-linux lucxxx (n=o_lucian@89-115-128-35.cl.ipv4ilink.net) |
19:30.54 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
19:34.30 | *** join/#htc-linux nebi_ (n=nebi@217.142.147.19) |
19:46.43 | cr2 | #if CONFIG_MSM_AMSS_VERSION < 6220 |
19:49.14 | cr2 | audmgr ok |
19:50.20 | tmzt | hey |
19:54.50 | *** join/#htc-linux tre9 (n=ubuntu@lepke.dreamhost.com) |
19:56.19 | cr2 | struct rpc_adsp_rtos_app_to_modem_args_t { |
19:56.20 | cr2 | <PROTECTED> |
19:56.22 | cr2 | <PROTECTED> |
19:56.24 | cr2 | <PROTECTED> |
19:56.25 | cr2 | <PROTECTED> |
19:56.26 | cr2 | <PROTECTED> |
19:56.28 | cr2 | }; |
19:57.27 | cr2 | < 6220 means == 6210 |
19:58.32 | cr2 | tmzt: can you just enable qdsp and rpc* (without time*) Kconfig options, and try to compile ? |
19:59.17 | tmzt | Disconnect: here. |
20:00.06 | tmzt | I only have ADSP and ONCRPCROUTER |
20:00.11 | tmzt | in .config |
20:01.41 | cr2 | CONFIG_MSM_RPCSERVERS ? |
20:02.19 | *** join/#htc-linux MLM (n=mlvdmeid@meide.xs4all.nl) |
20:02.19 | tmzt | yes, that was enabled |
20:02.27 | cr2 | ok, battery is CONFIG_TROUT_BATTCHG, so it's not important |
20:02.47 | tmzt | what about AMSS version, do we need to change that? |
20:03.49 | cr2 | already 5200 |
20:04.01 | cr2 | we will get compile errors ad will fix them. |
20:04.32 | cr2 | all #if CONFIG_MSM_AMSS_VERSION < 6220 |
20:04.47 | cr2 | should be changed to #if CONFIG_MSM_AMSS_VERSION == 6210 |
20:05.10 | cr2 | dcordes-kais: ping |
20:06.42 | tmzt | arch/arm/mach-msm/qdsp5/adsp.c:890:2: error: #error "Unknown AMSS version" |
20:08.31 | cr2 | yes. ok, i'll try myself. |
20:11.31 | cr2 | let's hope that adsp_6210 is useful for us |
20:12.02 | cr2 | maybe diff with the version of dzo |
20:24.32 | *** join/#htc-linux WyrM1 (n=wyrm@189.13.124.134) |
20:30.02 | *** join/#htc-linux MLM_ (n=mlvdmeid@meide.xs4all.nl) |
20:35.27 | cr2 | tmzt: warning ? |
20:35.31 | cr2 | arch/arm/mach-msm/qdsp5/adsp.c: In function âmsm_adsp_probeâ: |
20:35.32 | cr2 | arch/arm/mach-msm/qdsp5/adsp.c:805: warning: assignment makes integer from pointer without a cast |
20:35.33 | cr2 | arch/arm/mach-msm/qdsp5/adsp.c:806: warning: assignment makes integer from pointer without a cast |
20:35.35 | cr2 | arch/arm/mach-msm/qdsp5/adsp.c:807: warning: assignment makes integer from pointer without a cast |
20:35.47 | tmzt | I usually ignore those |
20:37.44 | cr2 | but what is the reason ? |
20:37.58 | tmzt | no idea, hold on |
20:38.34 | tmzt | adsp_info.send_irq += MSM_AD5_BASE ? |
20:39.05 | cr2 | yes |
20:39.24 | cr2 | is adsp_info.send_irq a pointer ? |
20:39.36 | tmzt | WyrM: gvim -k adsp_info is that right? |
20:40.20 | tmzt | -t |
20:40.22 | tmzt | sorry |
20:40.32 | tmzt | worked |
20:40.56 | tmzt | unit32_t send_irq |
20:41.15 | tmzt | IOMEM(0xE0300000) |
20:41.22 | tmzt | I guess that's a pointer? |
20:41.38 | cr2 | should not be |
20:41.42 | cr2 | what is IOMEM ? |
20:41.45 | tmzt | no |
20:43.15 | tmzt | #define IOMEM(x) x |
20:43.57 | tmzt | maybe adsp_info? |
20:43.59 | cr2 | ok |
20:44.42 | tmzt | struct adsp_info *info; |
20:45.44 | tmzt | where does adsp_info come from? |
20:45.56 | tmzt | in msm_adsp_probe |
20:46.00 | tmzt | should it be info? |
20:46.05 | tmzt | this is google/android code |
20:46.29 | tmzt | static struct adsp_info adsp_info; |
20:48.07 | *** join/#htc-linux WyrM1 (n=wyrm@20158130106.user.veloxzone.com.br) |
20:51.49 | goxboxlive | cr2, are you there? |
20:55.45 | j0b0 | tmzt, #define IOMEM(x)((void __force __iomem *)(x)) is a pointer |
20:56.42 | tmzt | yeah, if __ASSEMBLY__ is defined |
20:57.07 | j0b0 | no. if its not defined. |
20:59.47 | goxboxlive | cr2, anyway.I am going to Munich again (late october though). Meet you at the Hofbrähaus :-) ... I'll be sitting on a bench, a little drunk with a large beer an humming ompa-ompa music :-D |
21:00.05 | goxboxlive | talk to you later on. night .. |
21:00.39 | tmzt | j0b0: where? |
21:01.02 | j0b0 | tmzt in msm_iomap.h |
21:01.19 | tmzt | oh sorry |
21:01.27 | tmzt | that's it |
21:01.57 | j0b0 | the proper way to fix those warning is probably to change these struct members to void __iomem * |
21:02.27 | j0b0 | as that is also what readl() and writel() take |
21:02.57 | cr2 | oh, i missed him. |
21:03.05 | cr2 | j0b0: do you have umts ? |
21:03.35 | j0b0 | in my sim, yes. working in linux, no. |
21:03.59 | cr2 | j0b0: that means you can init a video call ? |
21:04.20 | cr2 | j0b0: umts should work in linux (!=android) |
21:04.27 | tmzt | you can't cast to int? |
21:04.39 | tmzt | isn't the point of the struct to define the wire format? |
21:05.24 | cr2 | tmzt: booted with rpc and qdsp |
21:05.38 | cr2 | don't know what to test :) |
21:05.41 | tmzt | cool |
21:05.52 | tmzt | we need a little ioctl program |
21:05.55 | tmzt | to set device |
21:06.05 | cr2 | this oob is fscking annoying. |
21:06.14 | j0b0 | that struct doesnt look like its used to serialize anything (or didnt you mean that)as it contains other pointers. but just casting to int would also work |
21:06.14 | cr2 | how can we reach San ? |
21:06.20 | tmzt | SND_SET_DEVICE |
21:06.23 | tmzt | try #android |
21:06.40 | cr2 | tmzt: since the patch boots we can commit it. |
21:07.20 | cr2 | j0b0: i'd like to get a smem dump of video call to look for the rpcs. i don't know any other way to init the vga cam |
21:08.07 | j0b0 | cr2 idont know about video calls. it does mean i have high speed internet access. |
21:08.33 | j0b0 | cr2 do i need to patch haret to trace smem, or do you just need a dump, no trace |
21:09.08 | tmzt | cr2: at least on kais I think it's not connected to mddi, but to the older qualcomm interface |
21:09.10 | cr2 | j0b0: press the 'call' button, and then 'videocall' |
21:09.20 | tmzt | cr2: just from looking at htc-vogue tree |
21:09.27 | cr2 | tmzt: yes, it's not an mdc |
21:09.36 | cr2 | tmzt: mdc is 3.2Mpix cam |
21:09.49 | j0b0 | cr2 hold on .. booting into windows. which area do you need dumped afterwards? |
21:09.51 | cr2 | j0b0: no, dump the full smem |
21:10.10 | cr2 | pwf smem-vcall 0x01f00000 0x100000 |
21:10.14 | j0b0 | is that 1M from 0x01f00000 |
21:10.18 | cr2 | yes |
21:10.20 | j0b0 | ok, so it is |
21:10.22 | cr2 | the smem |
21:10.41 | cr2 | <PROTECTED> |
21:10.51 | cr2 | but the dmesg is spammed by oob ;) |
21:11.18 | j0b0 | the 3G network is not verfügbar right now :/ |
21:11.29 | cr2 | hehe |
21:11.34 | cr2 | j0b0: same here. |
21:11.48 | cr2 | j0b0: but i used another card for it. |
21:12.02 | cr2 | because i don't have voice on my umts card |
21:12.21 | j0b0 | nicht anquatschfähig... i think it will take 3g if i force it to. the gsm signal is just stronger here |
21:12.40 | cr2 | rpc 'a' is adsp. the snd and audmgr are not visible. |
21:12.48 | cr2 | weird |
21:13.44 | cr2 | tmzt: ok, so how do i play sound ? |
21:13.48 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
21:14.07 | cr2 | root@htcraphael:/sys# ls -als /dev/dsp |
21:14.14 | cr2 | ls: /dev/dsp: No such file or directory |
21:14.37 | tmzt | I don't know, I will look at audioflinger and see if I can figure it out |
21:14.43 | cr2 | root@htcraphael:/sys# ls -1 /dev/ | grep msm |
21:14.45 | cr2 | msm_mp3 |
21:14.47 | cr2 | msm_pcm_ctl |
21:14.48 | cr2 | msm_pcm_in |
21:14.50 | cr2 | msm_pcm_out |
21:15.30 | cr2 | cat < /dev/msm_pcm_in |
21:15.37 | cr2 | [ 723.463031] audmgr: failed to connect to audmgr svc |
21:15.53 | tmzt | ah |
21:16.00 | tmzt | you changed the PROG number? |
21:16.18 | cr2 | root@htcraphael:/sys# cat /tmp/fso-monitor.log > /dev/msm_pcm_out |
21:16.19 | cr2 | -sh: can't create /dev/msm_pcm_out: No route to host |
21:16.25 | tmzt | fun |
21:16.27 | cr2 | i think yes. |
21:16.33 | cr2 | yeah, |
21:16.56 | cr2 | root@htcraphael:/sys# cat /tmp/fso-monitor.log > /dev/msm_mp3 |
21:16.57 | cr2 | -sh: can't create /dev/msm_mp3: No route to host |
21:17.24 | cr2 | root@htcraphael:/sys# cat /dev/msm_pcm_ctl |
21:17.26 | cr2 | cat: read error: Invalid argument |
21:17.39 | cr2 | [ 819.705737] audmgr: failed to connect to audmgr svc |
21:17.53 | cr2 | yes, i need to check why these rpcs are not registered |
21:18.13 | cr2 | i'll disable nand now. |
21:19.14 | j0b0 | cr2 ok i dont get 3g right here right now |
21:20.17 | cr2 | j0b0: ok. but if you want the vga cam, we need to get such log. i can't do it. |
21:21.26 | j0b0 | is it a log youre loking for? (so can i make the dump after the fact, when im back in gprs) |
21:21.57 | cr2 | yes. the 2K buffer is big enough to keep many rpc calls |
21:22.21 | cr2 | realtime tracing is not really needed. |
21:25.09 | cr2 | [ 6.641070] smd_alloc_channel() 'SMD_RPCCALL' cid=2, shared=e0110198 |
21:25.10 | cr2 | [ 6.642108] RPC_dev init complete! |
21:25.12 | cr2 | [ 6.642199] RPC Init done |
21:25.13 | cr2 | [ 6.642260] RPCCALL opened |
21:26.51 | cr2 | oncrpc_router |
21:26.57 | cr2 | rs3000000a:00000000 |
21:28.04 | cr2 | msm_snd |
21:37.00 | par | j0b0: are you going to ph-neutral party? |
21:37.56 | j0b0 | par i dont know what that is |
21:38.08 | par | oh, thought you were in berlin |
21:38.23 | j0b0 | no. i'm in groningen .nl |
21:38.43 | par | cr2: did you email san? |
21:41.26 | *** join/#htc-linux cr2_ (n=cr2@ip-90-187-78-200.web.vodafone.de) |
21:51.56 | cr2_ | tmzt: https://privatepaste.com/95xHKAFS4U |
21:53.06 | tmzt | great, I'll save what I have as a git diff, reset and apply :0 |
21:55.13 | tmzt | cr2: just from looking at htc-vogue treederror: patch failed: arch/arm/mach-msm/qdsp5/Makefile:1 |
21:55.19 | tmzt | hah |
21:55.24 | tmzt | yeah, didn't work |
22:06.25 | *** join/#htc-linux pH5 (n=ph5@p5485F13B.dip.t-dialin.net) |
22:06.30 | tmzt | cr2_: didn't apply, and git doesn't say why exacly |
22:07.10 | tmzt | could it be the blank line? |
22:09.28 | tmzt | http://nopaste.info/3ff8a29e66.html |
22:10.05 | tmzt | ls /sys/platform/drivers from g1 |
22:10.12 | tmzt | still need smem? |
22:10.25 | tmzt | can you give a range without private data? |
22:11.00 | tmzt | rs3000000a:71d1094b |
22:11.01 | cr2_ | tmzt: we don't enable dog and time, so it's ok |
22:11.16 | tmzt | rd30000048:0da5b528 |
22:11.19 | tmzt | oh |
22:11.23 | tmzt | that's in the paste |
22:11.31 | tmzt | what do you mean? |
22:12.03 | cr2_ | 48 is | TIME_REMOTE_ATOM || 0x30000048 || || time_* |
22:12.41 | tmzt | is one of those audmgr? |
22:13.13 | cr2_ | no. |
22:13.17 | cr2_ | audmgr is 13 |
22:14.57 | tmzt | so g1 doesn't use it? |
22:15.24 | tmzt | ok, but why won't the patch apply? |
22:16.23 | cr2_ | apply manually, it's not that big |
22:17.11 | *** join/#htc-linux marcin_ (n=marcin@chello089078134143.chello.pl) |
22:20.10 | *** join/#htc-linux Shinto (n=John@f048129043.adsl.alicedsl.de) |
22:22.01 | par | what repo? |
22:22.29 | par | linuxtogo |
22:22.30 | par | ? |
22:33.43 | tmzt | cr2_: make[2]: *** No rule to make target `arch/arm/mach-msm/qdsp5/adsp_5200.o', needed by `arch/arm/mach-msm/qdsp5/built-in.o'. Stop. |
22:33.54 | tmzt | par: doesn't apply to vogue, this stuff already works there |
22:34.30 | tmzt | I don't havea adsp_5200.c, should I comment that out in Makefile? |
22:35.11 | tmzt | or did I just not change the AMSS in .config |
22:35.13 | cr2_ | tmzt: copy adsp_6210.c to adsp_5200.c |
22:35.16 | tmzt | what should I change that to? |
22:35.52 | cr2_ | the exact values are not known yet |
22:36.40 | tmzt | I mean what are we testing it with now |
22:36.51 | tmzt | arch/arm/mach-msm/qdsp5/adsp.h:130:2: error: #error "Unknown AMSS version" |
22:36.51 | tmzt | make[2]: *** [arch/arm/mach-msm/qdsp5/adsp_5200.o] Error 1 |
22:36.52 | tmzt | make[1]: *** [arch/arm/mach-msm/qdsp5] Error 2 |
22:37.16 | tmzt | CONFIG_MSM_AMSS_VERSION=7000 |
22:37.24 | tmzt | should that be 5200 or 6210? |
22:37.45 | tmzt | did you patch Kconfig? |
22:38.50 | cr2_ | 5200 |
22:39.02 | cr2_ | your git does not look very uptodate |
22:40.01 | tmzt | Auto-merged arch/arm/mach-msm/smd.c |
22:40.02 | tmzt | CONFLICT (content): Merge conflict in arch/arm/mach-msm/smd.c |
22:40.35 | cr2_ | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=a8675d204a8789c2620778f83f2b6f0adc0cf9d5 |
22:40.39 | tmzt | <PROTECTED> |
22:40.40 | tmzt | ++======= |
22:40.40 | tmzt | + if ((chn > 28) || (chn == 1)) |
22:40.55 | tmzt | if that's commited I can checkout the file |
22:41.17 | cr2_ | yes |
22:41.20 | tmzt | oh, I committed it locally |
22:41.29 | tmzt | I guess I have to rebase? |
22:41.47 | *** join/#htc-linux dcordes (n=luke@unaffiliated/dcordes) |
22:41.50 | tmzt | or I'll just reapply my patches later |
22:42.02 | dcordes | hi |
22:42.13 | cr2_ | hi dcordes |
22:42.29 | cr2_ | dcordes: can you apply the rpc/qdsp ptch ? |
22:42.36 | *** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) |
22:42.48 | cr2_ | it deos not do much, but i still can boot with it :) |
22:43.02 | cr2_ | <PROTECTED> |
22:43.04 | dcordes | yes hand it over |
22:43.30 | tmzt | diff ../git-diff-tmp-a570f01443873251f0b481b400e7f591a7c99b25-d26173847fbb83776bd971947e3f065f17d19325.diff ../git-diff-absmsmts-fbdev-1.diff |
22:43.33 | tmzt | cool |
22:43.51 | cr2_ | dcordes: it enables rpc and qdsp, and provides the right version/prog/proc for the AMSS version maze |
22:44.11 | tmzt | my question is, we have CONFIG_MSM_AMSS_VERSION now |
22:44.18 | tmzt | but we have to variants |
22:44.29 | tmzt | the = 5200 and the _5200=y |
22:44.37 | tmzt | and we don't have the Kconfig changes for that |
22:44.44 | tmzt | to set it automatically |
22:45.00 | tmzt | not that we should, linux should be fine with multiple versions set |
22:45.07 | tmzt | at least things like adsp |
22:45.08 | cr2_ | you can sed WINCE to 5200, but it's not really needed. |
22:45.24 | dcordes | cr2_, does it depend on the other changes you gave me? I did not apply them because mickey|sun told me he was going to do that |
22:46.56 | dcordes | ok nvm |
22:47.49 | cr2_ | dcordes: no, it's a completely separate patch |
22:50.31 | cr2_ | the rpc looks like windows programming |
22:50.44 | dcordes | the new A devices are compatbile with htc-msm-2.6.27 ? |
22:50.57 | cr2_ | magic undocumented values to functions, cross the fingers, and hope it will work |
22:51.16 | cr2_ | dcordes: we will see. but in big parts - yes. |
22:52.18 | par | its the audio mgr rpc for android for thr raphael? |
22:54.34 | cr2_ | par: yes. |
22:55.01 | cr2_ | par: umts works, so i need to make gps work, bt and wifi :) |
22:55.03 | dcordes | ~seen alfadir |
22:55.04 | apt | alfadir <n=alfadir@e180018088.adsl.alicedsl.de> was last seen on IRC in channel #htc-linux, 24d 1h 39m 25s ago, saying: 'are there a maillist or forum that are active or where is the latest chatter taking place ?'. |
22:55.13 | cr2_ | the rest is not much worth to me :) |
22:57.05 | tmzt | no anything about the trout errors? |
23:04.14 | cr2_ | | || || 7,1 || clk_regime_sec_enable (x48,x28,x33,x29) |
23:04.22 | tmzt | I just switched to msm_defconfig after pulling |
23:04.26 | tmzt | and it started |
23:04.41 | tmzt | arch/arm/mach-msm/board-trout-panel.o:(.data+0x734): multiple definition of `toshiba_client_data' |
23:04.44 | tmzt | arch/arm/mach-msm/board-htcraphael-panel.o:(.data+0x500): first defined here |
23:04.49 | tmzt | ah, disable TROUT |
23:05.45 | dcordes | cr2_, enable rpc and qdsp, provide the right AMSS version in procfs |
23:06.42 | tmzt | building now |
23:07.16 | dcordes | pushed |
23:07.39 | tmzt | pushed what? |
23:07.51 | dcordes | https://privatepaste.com/95xHKAFS4U |
23:08.34 | cr2_ | dcordes: procfs ? |
23:08.48 | cr2_ | http://www.htc-linux.org/wiki/index.php?title=MSM_RPC |
23:08.55 | tmzt | arch/arm/mach-msm/built-in.o: In function `battery_show': |
23:08.56 | tmzt | /home/tmzt/src/kernel/arch/arm/mach-msm/htc_hw.c:70: undefined reference to `msm_proc_comm_wince' |
23:09.00 | dcordes | oh too late |
23:09.05 | cr2_ | looks much better now, with the msg size and sample traced values |
23:10.24 | cr2_ | wow |
23:10.33 | tmzt | nand won't do anything without the ATAGs, right? |
23:10.54 | cr2_ | pdsm_get_location returns 28 ints |
23:11.14 | cr2_ | tmzt: the partition table is missing, and the writes below 36MB are trapped |
23:11.23 | tmzt | ok |
23:11.27 | tmzt | that includes spl? |
23:11.53 | tmzt | arch/arm/mach-msm/built-in.o: In function `halibut_init': |
23:11.53 | tmzt | /home/tmzt/src/kernel/arch/arm/mach-msm/board-htcdiamond.c:269: undefined reference to `msm_proc_comm_wince_init' |
23:11.56 | tmzt | /home/tmzt/src/kernel/arch/arm/mach-msm/board-htcdiamond.c:288: undefined reference to `msm_proc_comm_wince' |
23:11.59 | tmzt | /home/tmzt/src/kernel/arch/arm/mach-msm/board-htcdiamond.c:291: undefined reference to `msm_proc_comm_wince' |
23:13.01 | tmzt | why is it still called halibut_init? |
23:15.21 | cr2_ | blame NetRipper |
23:15.34 | cr2_ | | || || 0xc,28 || pdsm_get_position (a,0,1,1,1,ffc99a3b,1,0,0,0,14*0,1,32,2,da3) |
23:15.49 | cr2_ | nice call |
23:16.14 | tmzt | so gps can work? |
23:16.14 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
23:16.26 | *** join/#htc-linux marcin__ (n=marcin@chello089077185047.chello.pl) |
23:16.49 | NetRipper | no blaming me! |
23:16.56 | cr2_ | :) |
23:17.30 | tmzt | they all have references to msm_proc_comm_wince_init |
23:17.43 | tmzt | so msm_defconfig is broken |
23:17.45 | tmzt | oh yeah |
23:17.49 | tmzt | it's htcraphael now |
23:18.30 | cr2_ | NetRipper: do you have videocall working in wince ? |
23:19.49 | NetRipper | i had once when i tried with another winmo user |
23:19.54 | NetRipper | havent tried since a long time |
23:20.40 | cr2_ | NetRipper: i'd like to get the smem dump after the videocall. |
23:21.06 | NetRipper | i can do that |
23:21.11 | NetRipper | tuesday at work |
23:21.15 | cr2_ | thanks |
23:21.26 | NetRipper | just after the call ends? |
23:21.29 | NetRipper | or during? |
23:21.48 | NetRipper | ah i'll just do both |
23:21.57 | cr2_ | yes |
23:21.58 | NetRipper | what was the haret command? |
23:22.16 | cr2_ | pwf mysmemdump 0x01f00000 0x100000 |
23:22.20 | NetRipper | ok |
23:23.08 | cr2_ | NetRipper: instead of just providing nmea datastream on gpio enabled, msm is doing crazy things for gps ;) |
23:23.40 | NetRipper | with the RPC you mean? |
23:23.44 | NetRipper | or even more weird things? |
23:24.05 | cr2_ | not a direct access to the I/Q correlator data, or DSP. but still something like that. |
23:24.05 | cr2_ | RPC |
23:24.15 | cr2_ | pdsm_get_position (a,0,1,1,1,ffc99a3b,1,0,0,0,14*0,1,32,2,da3) |
23:24.50 | cr2_ | da3 is probably some memory location |
23:25.02 | NetRipper | and a? |
23:25.04 | tmzt | compiled |
23:25.04 | cr2_ | <PROTECTED> |
23:25.23 | NetRipper | hm |
23:25.29 | NetRipper | maybe where to place the data? |
23:25.34 | cr2_ | don't know what is a |
23:25.54 | NetRipper | that would also explain why ARM9 crashes |
23:25.57 | NetRipper | when linux boots |
23:25.57 | cr2_ | algorithm/data path |
23:26.16 | NetRipper | MMU is reset, virtual memory addressing gone, any references the ARM9 still has are fucked |
23:26.19 | *** join/#htc-linux zycho_ (n=zycho@dslb-088-070-073-162.pools.arcor-ip.net) |
23:26.26 | cr2_ | NetRipper: http://www.htc-linux.org/wiki/index.php?title=MSM_RPC |
23:26.36 | NetRipper | oh |
23:26.39 | NetRipper | brand new site |
23:27.41 | *** join/#htc-linux [01dot11] (n=anonymou@cpc2-acto6-0-0-cust99.brnt.cable.ntl.com) |
23:27.50 | cr2_ | exists for ages |
23:28.27 | NetRipper | brand new wiki then |
23:28.39 | NetRipper | did the wiki move? |
23:28.45 | NetRipper | from xda |
23:30.10 | cr2_ | only for raph |
23:30.30 | cr2_ | the research pages. not android |
23:30.42 | NetRipper | ok |
23:30.54 | cr2_ | i think athena will follow |
23:33.01 | cr2_ | NetRipper: nand works |
23:33.21 | cr2_ | NetRipper: and umts works, but i think you know it. |
23:33.35 | NetRipper | i saw the commit yes |
23:33.57 | NetRipper | if that if statement is the only change then i still doubt it'll work for me |
23:34.04 | NetRipper | i fiddled with that |
23:36.28 | cr2_ | NetRipper: you need a haret version that provides partition ATAGs for nand to work |
23:36.52 | NetRipper | yes or we hard-code it in the kernel |
23:37.01 | cr2_ | NetRipper: and i'm not 100% sure where imgfs ends, and fat begins |
23:37.24 | cr2_ | NetRipper: it depends on the device. |
23:37.28 | NetRipper | i think i have the fat offset somewhere |
23:37.35 | NetRipper | dream_kill spilled it |
23:37.41 | tmzt | http://code.google.com/p/htcflasher , the code for generating the ce oob is there somewhat |
23:37.44 | tmzt | at least the size |
23:38.10 | NetRipper | "the ce oob"? |
23:38.33 | tmzt | out of band |
23:38.36 | tmzt | data |
23:38.54 | NetRipper | ah |
23:40.47 | cr2_ | The requested URL /p/htcflasher/ was not found on this server. |
23:41.59 | *** join/#htc-linux WyrM1 (n=wyrm@20158130106.user.veloxzone.com.br) |
23:42.04 | tmzt | http://code.google.com/p/htc-flasher |
23:49.47 | *** join/#htc-linux cr2 (n=cr2@ip-90-187-78-200.web.vodafone.de) |
23:50.40 | *** join/#htc-linux zycho (n=zycho@dslb-088-070-073-162.pools.arcor-ip.net) |
23:54.33 | cr2 | pdsm_get_position(*cbfunc,0,... |
23:54.56 | tmzt | cr2: why doesn't debian initrd like it? |
23:55.14 | *** part/#htc-linux [01dot11] (n=anonymou@cpc2-acto6-0-0-cust99.brnt.cable.ntl.com) |
23:55.19 | *** join/#htc-linux zycho_ (n=zycho@dslb-088-070-073-162.pools.arcor-ip.net) |
23:55.23 | cr2 | because it reads 0x6 bytes from superblock |
23:55.41 | tmzt | what does? |
23:55.42 | tmzt | oh |
23:55.45 | tmzt | discover |
23:55.47 | tmzt | ? |
23:56.14 | cr2 | there is no block layer in between |
23:56.19 | tmzt | is there any reason the driver can't read ahead behind the scenes? |
23:56.20 | tmzt | yeah |
23:56.29 | tmzt | you have to use mtdblock I think |
23:56.53 | cr2 | yes |
23:57.31 | tmzt | so what in debian is probing mtd randomly? |
23:57.35 | cr2 | then we need to patch msm_nand |
23:57.43 | cr2 | don't know. |
23:57.54 | cr2 | the real question is |
23:58.12 | cr2 | do we want to have ext2+dos partition table on nand ? |
23:58.19 | tmzt | I don't think so |
23:58.32 | tmzt | did you get the concept I gave you a few days ago? |
23:58.35 | tmzt | did that make any sense |
23:58.39 | tmzt | or was that not you |
23:58.57 | cr2 | ok |
23:59.29 | cr2 | then i really would like to know how to find the fat offset (in a portable way) |