| 00:12.56 | mickeyl | what's the canonical way to get pdp via rmnet going? bring up the context via AT and then run dhcp on rmnet0? |
| 00:14.20 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
| 00:20.11 | tmzt | qmi |
| 00:20.19 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
| 00:20.28 | tmzt | well you do cg* first |
| 00:20.37 | tmzt | then cat something to /dev/qmi0 |
| 00:20.47 | tmzt | I think UP:rmnet0 |
| 00:20.55 | tmzt | somebody documented this already |
| 00:21.10 | mickeyl | awesome, sounds easy. got a link? |
| 00:21.11 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 00:21.26 | tmzt | no wish I could remeber where |
| 00:21.42 | tmzt | ip's the hard part |
| 00:24.53 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-164.hsd1.il.comcast.net) |
| 00:25.49 | mickeyl | echo -n 'up:APN USER PASS' > /dev/qmi |
| 00:25.50 | mickeyl | ? |
| 00:26.20 | *** join/#htc-linux The_Eccentric (~ablack7@unaffiliated/theeccentric/x-737283) |
| 00:26.21 | mickeyl | copied from old irclogs |
| 00:36.30 | MrPippy | makkonen: pushed the keypad fix, i'll push battery later |
| 00:42.31 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 00:43.17 | *** join/#htc-linux The_Eccentric_ (~ablack7@96-28-145-156.dhcp.insightbb.com) |
| 00:43.55 | *** join/#htc-linux The_Eccentric_ (~ablack7@96-28-145-156.dhcp.insightbb.com) |
| 00:45.16 | *** part/#htc-linux The_Eccentric_ (~ablack7@96-28-145-156.dhcp.insightbb.com) |
| 00:53.59 | *** join/#htc-linux The_Eccentric (~ablack7@unaffiliated/theeccentric/x-737283) |
| 01:05.17 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 01:08.40 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
| 01:10.19 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
| 01:11.43 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
| 01:12.17 | makkonen | MrPippy: Thanks. onward and upward. |
| 01:12.49 | makkonen | any other ideas where to dive in to the mic routing issue? |
| 01:20.14 | bzo | makkonen, I've been poking around too a little bit without any success |
| 01:20.39 | bzo | one thought I had was to dump the audio related memory locations with haret before/during call to see if there was any difference |
| 01:20.58 | tmzt | we can't really see the locations |
| 01:21.15 | tmzt | there's a few cores running code interacting |
| 01:21.29 | tmzt | there's really no solution other than duplicating what ce does |
| 01:22.38 | bzo | has anyone looked at the codec registers? |
| 01:22.52 | bzo | in the docs, I see stuff about enabling mic bias, etc |
| 01:23.27 | tmzt | what's the codec? a chip? |
| 01:23.52 | bzo | the audio part of the MSM |
| 01:23.59 | tmzt | yes |
| 01:24.05 | tmzt | but is it a process on dsp |
| 01:24.21 | tmzt | is it a pcm codec built into the rf part or pmic |
| 01:25.14 | bzo | I don't know too much about it |
| 01:25.43 | bzo | I'm still in the poke stuff to see how it works mode |
| 01:25.53 | tmzt | we all are |
| 01:26.01 | tmzt | that's been the last year for the most part |
| 01:26.22 | bzo | but some here are better at poking than others :) |
| 01:26.57 | makkonen | it doesn't seem like it should be that complicated, since it works on raph100... are we really looking for something more complicated than an incorrect offset or something? |
| 01:28.31 | bzo | I was just looking at the raph memory map in the wiki, any ideas what the audio params memory locations do? |
| 01:28.47 | makkonen | I don't have any |
| 01:29.39 | bzo | makkonen, do you have the msm7200 software interface manual? |
| 01:31.32 | makkonen | I do not. |
| 01:31.34 | makkonen | ...I think I do not. |
| 01:32.00 | bzo | obviously, it is a different processor, but it has some good info on how the codec works |
| 02:04.09 | *** join/#htc-linux fleixius (~fleixius@unaffiliated/fleixius) |
| 02:04.53 | *** join/#htc-linux jeremychang_ (~jeremycha@61-30-10-70.static.tfn.net.tw) |
| 02:06.48 | mcdull | http://ftp.o2s.ch/80-VA736-2-MSM7200-SoftwareInterface.pdf |
| 02:07.01 | mcdull | bzo, is it what you are looking for? |
| 02:07.59 | mcdull | waiting for the headset to work.... |
| 02:11.23 | *** join/#htc-linux maejrep[w] (~madCoder@68.64.144.211) |
| 02:11.27 | *** join/#htc-linux randomblame (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
| 02:12.14 | randomblame | hmm /drivers/built-in.o is throwing compile errors how does one fix the linkage in it? |
| 02:14.28 | randomblame | trying to get the leviathan wince branch working |
| 02:24.50 | randomblame | much better |
| 02:29.07 | tmzt | nice |
| 02:29.13 | *** join/#htc-linux defendthecommons (~defendthe@189-19-220-80.dsl.telesp.net.br) |
| 02:29.14 | tmzt | can you paste the last errors |
| 02:29.32 | tmzt | actually start with a make clean or make Oc whatever clean |
| 02:29.44 | tmzt | -C |
| 02:32.17 | *** join/#htc-linux The_Eccentric (~ablack7@unaffiliated/theeccentric/x-737283) |
| 02:38.50 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 02:46.16 | *** join/#htc-linux s34n1811 (~s34n@c-24-98-136-51.hsd1.ga.comcast.net) |
| 02:46.44 | s34n1811 | htc linux is not android? |
| 02:48.02 | *** part/#htc-linux s34n1811 (~s34n@c-24-98-136-51.hsd1.ga.comcast.net) |
| 02:50.29 | *** join/#htc-linux The_Eccentric (~ablack7@unaffiliated/theeccentric/x-737283) |
| 02:54.26 | tmzt | that topic is confusing |
| 03:07.09 | *** join/#htc-linux mastermerlin (~merlin@pD957F71E.dip.t-dialin.net) |
| 03:11.41 | randomblame | sory wasn't paying attention tmzt |
| 03:11.49 | randomblame | this branch is soooo shredded |
| 03:12.00 | *** join/#htc-linux Olipro (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
| 03:12.17 | tmzt | what is? |
| 03:12.26 | randomblame | leviathan |
| 03:12.49 | AstainHellbring | sup tmzt |
| 03:13.28 | tmzt | what are you trying to do with lev? |
| 03:13.53 | tmzt | linux upstream people want to get msm on latest kernel, not just 2.6.29 or 2.6.21 |
| 03:13.56 | tmzt | 31 |
| 03:14.04 | tmzt | well some of them |
| 03:14.22 | tmzt | but they remove android additions again |
| 03:14.45 | randomblame | ah |
| 03:15.02 | randomblame | I'm trying to get it compiled to work with incite |
| 03:15.10 | tmzt | ah right |
| 03:15.20 | randomblame | the eve kernel works |
| 03:15.46 | randomblame | but we only have the debug frame buffer |
| 03:16.16 | randomblame | I got tired of staring at the problem and figured I'd work on a newer kernel for a change of pace |
| 03:17.12 | tmzt | what's the problem? |
| 03:17.19 | tmzt | sadly that's unlikely to fix it |
| 03:17.29 | randomblame | no it won't fix it :D |
| 03:17.47 | randomblame | the problem is no full frame buffer |
| 03:17.54 | tmzt | why |
| 03:17.57 | randomblame | kernel boots, can't see it though |
| 03:18.08 | randomblame | because no one has written a panel driver for it yet |
| 03:18.18 | tmzt | noop the panel |
| 03:18.29 | randomblame | noop? |
| 03:19.14 | tmzt | no op |
| 03:19.19 | tmzt | don't do anything |
| 03:19.23 | tmzt | no operation |
| 03:19.38 | tmzt | it's an asm neumonic for skip this instruction |
| 03:19.45 | tmzt | usually NOP |
| 03:20.43 | randomblame | you mean, take the panel stuff out and just let the frame buffer go |
| 03:20.58 | randomblame | with no info? |
| 03:21.43 | tmzt | yes |
| 03:21.49 | tmzt | the panel init code |
| 03:21.57 | tmzt | leave the video size stuff in there |
| 03:22.10 | tmzt | look at linux-msm for more |
| 03:22.13 | randomblame | that's just crazy enough to work |
| 03:22.23 | tmzt | yep since it's already inited |
| 03:22.39 | tmzt | though nonA init should be easy but I forget if this is |
| 03:22.50 | randomblame | the panel init should be in the board |
| 03:22.52 | randomblame | right |
| 03:23.35 | tmzt | it's nonA? |
| 03:24.03 | randomblame | msm7200a |
| 03:24.19 | tmzt | ok |
| 03:24.26 | tmzt | ah, same as rhod then |
| 03:24.43 | randomblame | whoops 7201a |
| 03:25.14 | randomblame | same thing really |
| 03:25.50 | randomblame | I'm borrowing the diamond files at the moment, mach type is functioning though |
| 03:26.04 | randomblame | it's just plugged in through the diamond stuff |
| 03:26.04 | tmzt | ok |
| 03:27.03 | randomblame | so I'd just have to remove device_initcall(htcdiamond_init_panel); |
| 03:27.43 | randomblame | and I'll finally be able to see the penguin on my screen |
| 03:29.36 | JairunCaloth | what device are you guys working on? |
| 03:30.11 | tmzt | hmm no |
| 03:30.17 | tmzt | just nop the spi init stuff |
| 03:30.22 | tmzt | comment it out |
| 03:30.26 | *** join/#htc-linux anto9us (~anthony@pdpc/supporter/active/anto9us) |
| 03:30.26 | tmzt | but still call it |
| 03:30.29 | tmzt | it's weird |
| 03:30.42 | randomblame | ok |
| 03:36.10 | randomblame | bah I compiled it with htc_fb_console, so used to it. |
| 03:37.28 | tmzt | why doesn't that work? |
| 03:37.46 | randomblame | fb console works, but I can't test the real fb with it enabled |
| 03:37.59 | tmzt | it should unload |
| 03:38.08 | tmzt | use the BOOT option in .config |
| 03:38.29 | tmzt | seems you get pretty far |
| 03:38.30 | randomblame | no I had "only during boot" disabled so I could continue reading the messages, handoff failed I just enabled it though |
| 03:38.30 | tmzt | cool |
| 03:40.59 | randomblame | hmm console handover is last message and it reboots I wonder what I did now |
| 03:41.32 | randomblame | oh I left that init call commented thats it |
| 03:42.12 | tmzt | hmm |
| 03:42.15 | tmzt | right |
| 03:46.51 | randomblame | nothin |
| 03:47.33 | randomblame | do you think you could paste bin that file with the changes so I could make sure I'm not being an idiot |
| 03:53.09 | JairunCaloth | kicks fbconsole in the balls |
| 03:53.27 | randomblame | thats what it deserves |
| 03:53.29 | JairunCaloth | It doesn't work on the N1 either |
| 03:53.45 | randomblame | but at least it's something to debug with |
| 03:53.47 | JairunCaloth | I just said screw it and made a serial cable. |
| 03:54.19 | JairunCaloth | N1 has ttl serial on D+/D- when 5v is not present |
| 03:55.15 | JairunCaloth | are you guys trying to run android? or something else? |
| 03:55.34 | randomblame | I am trying to run anything |
| 03:56.01 | randomblame | android would be nice, but I'll take what I can get ha |
| 03:56.10 | JairunCaloth | hd2 right? |
| 03:56.23 | randomblame | no I'm working on the lg incite |
| 03:56.26 | JairunCaloth | ah |
| 03:56.48 | JairunCaloth | I haven't even heard of that phone before |
| 03:57.06 | randomblame | there is a reason for that |
| 03:57.11 | JairunCaloth | lol |
| 04:14.08 | JairunCaloth | Ok... attempting to build xf86-video-msm from debian testing... |
| 04:14.31 | JairunCaloth | lets hope this goes better then it did on stable |
| 04:20.37 | JairunCaloth | bah! |
| 04:20.51 | randomblame | broked? |
| 04:20.55 | JairunCaloth | msm.h:45:27: error: linux/msm_mdp.h |
| 04:21.03 | JairunCaloth | <PROTECTED> |
| 04:21.05 | JairunCaloth | <PROTECTED> |
| 04:21.09 | JairunCaloth | oops |
| 04:21.10 | JairunCaloth | sorry |
| 04:21.17 | randomblame | just bad linkage, easy to fix |
| 04:21.21 | JairunCaloth | I think I need different kernel headers. |
| 04:21.32 | JairunCaloth | Not supprised the ones in the debian repos don't have that file |
| 04:22.54 | JairunCaloth | if you install kernel source, do you still need full headers to build? |
| 04:23.06 | JairunCaloth | s/full// |
| 04:23.15 | JairunCaloth | dude... |
| 04:23.17 | JairunCaloth | that's awsome |
| 04:25.09 | *** join/#htc-linux enjalot (~enjalot@c-98-230-50-70.hsd1.fl.comcast.net) |
| 04:29.15 | mcdull | phh was busying theses days, right? |
| 04:31.04 | *** join/#htc-linux The_Ecc|zzz (~ablack7@96-28-145-156.dhcp.insightbb.com) |
| 04:34.31 | *** part/#htc-linux The_Ecc|zzz (~ablack7@96-28-145-156.dhcp.insightbb.com) |
| 04:41.55 | randomblame | not having much luck with the fb |
| 04:42.25 | randomblame | console handover makes it restart |
| 04:44.04 | randomblame | http://pastebin.com/f6bb0413b |
| 04:44.13 | JairunCaloth | bah, same error after installing the android kernel source.... which has the file in the expected place |
| 04:44.22 | randomblame | thats what i did to noop it |
| 04:44.47 | tmzt | JairunCaloth: progress on msm driver? |
| 04:45.01 | JairunCaloth | trying to build it on the phone |
| 04:45.17 | *** join/#htc-linux the_sys0p (~the_sys0p@cpe-67-49-210-192.bak.res.rr.com) |
| 04:45.21 | JairunCaloth | msm.h:45:27: error: linux/msm_mdp.h: No such file or directory |
| 04:45.25 | tmzt | have you got to look at the samsung one yet? |
| 04:45.44 | tmzt | you need a header from kernel |
| 04:47.01 | JairunCaloth | I dropped kernel source into /usr/src/linux |
| 04:47.16 | JairunCaloth | I"m guessing that's not enough |
| 04:47.46 | JairunCaloth | the header is there |
| 04:47.49 | JairunCaloth | where it should be |
| 04:49.46 | randomblame | tmzt could you look at my pastebin link and tell me if I did something wrong? |
| 04:49.48 | randomblame | s |
| 04:49.58 | randomblame | http://pastebin.com/f6bb0413b |
| 04:52.27 | randomblame | found a bit I missed, trying it now |
| 04:54.36 | JairunCaloth | bah, I'll have to screw with it more later |
| 04:55.10 | tmzt | patch the makefile |
| 04:55.15 | tmzt | add the kernel path |
| 04:55.19 | tmzt | easy way :) |
| 05:02.57 | randomblame | no dice on that one sad cheese |
| 05:03.58 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
| 05:04.44 | tmzt | what are you working on? |
| 05:04.50 | tmzt | sorry links don't open |
| 05:04.53 | *** join/#htc-linux Kevin2 (~Kevin2@207-172-165-101.s101.tnt1.nywnj.ny.dialup.rcn.com) |
| 05:05.01 | randomblame | trying to get the frame buffer working still |
| 05:07.04 | randomblame | commenting out each of the panel inits in board-htcdiamond-panel.c just causes it to panic and reboot after console handover, can't see the panic either |
| 05:09.16 | randomblame | I know the physical memory address for the frame buffer is in a different location than diamonds where would that be set for in the real frame buffer |
| 05:14.46 | tmzt | you probably still init the gpio |
| 05:14.50 | tmzt | disable that too |
| 05:18.37 | randomblame | k |
| 05:26.48 | *** join/#htc-linux kevin__ (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
| 05:28.11 | *** join/#htc-linux randomblame1 (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
| 05:29.35 | randomblame | never buy an amd graphics card |
| 05:29.40 | *** join/#htc-linux tjs_bsd (~tjs@mail.CDPA.cc) |
| 05:39.52 | randomblame | same behaviour without gpios |
| 05:45.18 | *** join/#htc-linux gehzumteufel (~gehzumteu@cpe-76-93-100-70.socal.res.rr.com) |
| 05:45.58 | randomblame | I wish I could find an example to work with |
| 05:46.55 | gehzumteufel | (sorry I just logged in) An example of what? |
| 05:47.27 | randomblame | making the frame buffer work without a panel driver, or with a panel driver that has been no op'd |
| 05:47.49 | gehzumteufel | ah |
| 05:50.17 | randomblame | damn near have that whole panel file commented out |
| 05:50.38 | gehzumteufel | lol |
| 05:50.42 | randomblame | can you think of another device that doesn't use a panel driver? |
| 05:50.46 | gehzumteufel | Yes |
| 05:50.49 | gehzumteufel | My eyes |
| 05:50.51 | gehzumteufel | lol |
| 05:51.24 | randomblame | you'd be surprised, I hooked a serial cable up to my brain, the kernel in there is ridiculous |
| 05:51.30 | gehzumteufel | LOL |
| 05:52.14 | gehzumteufel | But seriously, you can't init any device without a driver. Even a basic one. |
| 05:52.24 | gehzumteufel | Or some standard way to access whatever it is temporarily |
| 05:52.29 | gehzumteufel | Till a driver can be loaded |
| 05:52.31 | randomblame | it's not really a driver |
| 05:53.01 | randomblame | the point is not init'ing it because it's already on thanks to good ol winmo |
| 05:53.41 | randomblame | all I want is for the frame buffer to dma to it |
| 05:53.41 | gehzumteufel | Is there a way to shut it off and reinit once it takes control? |
| 05:53.54 | randomblame | no that would require a panel driver |
| 05:54.04 | randomblame | the point is getting away with not having one |
| 05:54.04 | gehzumteufel | hmm |
| 05:54.30 | gehzumteufel | And what device is this for? |
| 05:54.36 | gehzumteufel | raph diam? |
| 05:54.47 | gehzumteufel | rhod? |
| 05:54.48 | randomblame | lg incite |
| 05:54.54 | gehzumteufel | lol |
| 05:55.45 | gehzumteufel | In that case, I am even less help. Not that I can help much on the hardware or really software side (I can't code) so I just test what I can and help as necessary |
| 05:56.00 | gehzumteufel | has a rhod |
| 06:00.13 | *** join/#htc-linux randomblame2 (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
| 06:01.44 | *** join/#htc-linux randomblame (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
| 06:06.33 | *** join/#htc-linux goddamnamd (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
| 06:06.53 | *** join/#htc-linux zachy (~george@ip-85-160-35-30.eurotel.cz) |
| 06:07.23 | *** join/#htc-linux randomblame (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
| 06:07.27 | randomblame | wow |
| 06:07.44 | randomblame | I bought this damned hd5850 it won't stop crashing |
| 06:07.58 | randomblame | I'm about to rip it out and kick it around the floor |
| 06:08.37 | gehzumteufel | Take it back |
| 06:08.49 | randomblame | I'm going to send it in to asus |
| 06:08.51 | gehzumteufel | There are such things as lemons in electronics |
| 06:08.54 | randomblame | doubt newegg would take it |
| 06:08.59 | gehzumteufel | When did you buy it? |
| 06:09.05 | randomblame | a month ago |
| 06:09.15 | gehzumteufel | what date? |
| 06:09.18 | randomblame | idk |
| 06:09.20 | gehzumteufel | Newegg may still take it back |
| 06:09.24 | gehzumteufel | It is worth a shot |
| 06:09.42 | randomblame | meh I'd rather send it directly to asus |
| 06:09.50 | gehzumteufel | heh to each their own |
| 06:11.21 | randomblame | nyways here's the incite git branch if you were curious |
| 06:11.22 | randomblame | http://gitorious.org/~randomblame/linux-on-qualcomm-s-msm/experimental-linux-msm-lg-incite |
| 06:11.37 | randomblame | not too many changes from the msm branch |
| 06:11.55 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
| 06:12.41 | mcdull | hi |
| 06:12.54 | gehzumteufel | I don't even know what to do with it. I mean I understand how git works, and all that, but I don't try to compile and all that when I am clueless about that aspect |
| 06:13.09 | gehzumteufel | I leave it to you more knowledgeable guys |
| 06:13.26 | randomblame | lol |
| 06:13.28 | gehzumteufel | And wait patiently for my device to be more supported |
| 06:15.03 | randomblame | if I had waited patiently nothing would have happened :D |
| 06:15.32 | gehzumteufel | haha |
| 06:15.41 | gehzumteufel | Do you know how to code at least a little bit though? |
| 06:15.52 | randomblame | yes |
| 06:15.57 | gehzumteufel | See there ya go |
| 06:16.09 | gehzumteufel | I, on the other hand, have no ability |
| 06:16.31 | gehzumteufel | I can read some code and understand what some of it does, but only because I have been around computers for so long |
| 06:17.20 | randomblame | meh you pick it up as you dig |
| 06:17.33 | gehzumteufel | lol |
| 06:17.54 | gehzumteufel | I disagree. I have dug around webpages for years. I still can't code HTML for the life of me |
| 06:18.21 | gehzumteufel | I am a spammer for a living. I have to fuck with HTML too. |
| 06:18.23 | randomblame | dreamweaver 4 life |
| 06:18.55 | gehzumteufel | haha I used Dreamweaver 4. I couldn't get that shit working the way I wanted. |
| 06:19.11 | gehzumteufel | Then again, that was like 10 years ago when interfaces for EVERYTHING sucked ass |
| 06:19.44 | randomblame | they still do |
| 06:19.57 | tmzt | seriously? |
| 06:20.02 | tmzt | css is hard |
| 06:20.07 | tmzt | but html? |
| 06:20.19 | gehzumteufel | I could figure it out after finding all the tags and shit |
| 06:20.28 | randomblame | yeah no kidding, html is like 4 things to remember |
| 06:20.33 | gehzumteufel | yeah I know |
| 06:20.34 | tmzt | like? |
| 06:20.39 | gehzumteufel | <body> |
| 06:20.43 | gehzumteufel | <title? |
| 06:20.44 | gehzumteufel | err |
| 06:20.47 | gehzumteufel | <title> |
| 06:20.48 | tmzt | html title title body body html |
| 06:20.54 | gehzumteufel | uhh.... <html> |
| 06:20.56 | stinebd | you forgot <head>! |
| 06:20.57 | gehzumteufel | haha yeah |
| 06:21.04 | tmzt | html head title title head body body html |
| 06:21.15 | randomblame | meta tags |
| 06:21.21 | randomblame | need seo |
| 06:21.23 | tmzt | hah |
| 06:21.26 | gehzumteufel | Yeah totally |
| 06:21.36 | tmzt | which does google care about? |
| 06:21.40 | gehzumteufel | But they better pertain to your website now, or google discredits them |
| 06:21.41 | tmzt | optimize content not meta |
| 06:22.01 | tmzt | you've got have generator |
| 06:22.18 | randomblame | google keeps changing it up, they're all relevent but it's best to use 10 keywords these days |
| 06:22.36 | tmzt | html head title title link scrip script head body div div div div div div div div body html |
| 06:22.50 | tmzt | what keywords? |
| 06:23.05 | randomblame | for search |
| 06:23.12 | tmzt | what links to you and what keywords that uses should matter more |
| 06:23.23 | randomblame | it does |
| 06:23.38 | tmzt | never understood seo |
| 06:23.46 | tmzt | other than long lived links |
| 06:23.49 | randomblame | but say you use the html page just as a holder for a .swf you need the keywords |
| 06:23.51 | tmzt | and a real structure |
| 06:24.00 | tmzt | or alt content |
| 06:24.18 | tmzt | they can parse swf if you don't rt all of it |
| 06:25.04 | tmzt | maybe not yet |
| 06:25.45 | randomblame | I'm not sure |
| 06:26.03 | randomblame | I always had trouble getting flash seo'd |
| 06:26.14 | tmzt | then why use flash |
| 06:26.15 | tmzt | well |
| 06:26.20 | randomblame | glorious effects |
| 06:26.31 | gehzumteufel | ugh flash sucks balls |
| 06:26.32 | tmzt | if it's flash there's no cntent |
| 06:26.34 | gehzumteufel | I hate it with a passion |
| 06:26.42 | randomblame | www.glitchyrobot.com |
| 06:26.49 | randomblame | thats my page |
| 06:26.50 | gehzumteufel | I should say, I hate it for video |
| 06:27.00 | tmzt | why can't google split multi topic pages and stop returning keyword pairs from across logical boundaries |
| 06:27.13 | tmzt | other than few forum sites |
| 06:27.27 | gehzumteufel | That site is pretty awesome Kevin |
| 06:27.47 | randomblame | ty |
| 06:27.48 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 06:27.56 | tmzt | it's really annoying |
| 06:28.06 | tmzt | that's what seo gets you |
| 06:28.09 | randomblame | yes that's the point |
| 06:28.10 | gehzumteufel | There are way too many sounds |
| 06:28.25 | tmzt | irrelevant links that waste time |
| 06:28.30 | gehzumteufel | lol |
| 06:28.46 | randomblame | it's designed to annoy, yet impress, so I can get some damned work |
| 06:29.06 | tmzt | say I'm looking for qualcomm audio codec |
| 06:29.44 | tmzt | and I get one story page with main content about a qualcomm acquisition of a comapny, and another story teaser about an new audio codec |
| 06:29.52 | tmzt | google has wasted my time |
| 06:30.06 | gehzumteufel | use the +searchterm and -searchterm |
| 06:30.10 | tmzt | this is fairly close to an actual example |
| 06:30.21 | tmzt | no, I'm looking for qualcomm audio codec |
| 06:30.24 | tmzt | all those words |
| 06:30.28 | gehzumteufel | Right |
| 06:30.31 | tmzt | in a cherent block of text |
| 06:30.39 | gehzumteufel | I am saying use the + and - to filter |
| 06:30.51 | tmzt | a related single entity that's like to have relevant information |
| 06:30.58 | gehzumteufel | So -acquisition and +somethingelse |
| 06:31.21 | tmzt | hah, but I can only know I don't want the acquisition tipic once I've seen the page |
| 06:31.23 | gehzumteufel | You are assuming that there aren't acquisitions related to qualcomm and audio codecs though |
| 06:31.31 | tmzt | right |
| 06:31.35 | tmzt | alternative |
| 06:31.44 | gehzumteufel | Agreed, but you can't assume that the computer knows what you are thinking |
| 06:31.50 | gehzumteufel | A relational database can only go so far |
| 06:32.00 | tmzt | story1 qualcomm buys mobile ati gpu unit /story1 |
| 06:32.02 | randomblame | no it can go as far as you want it |
| 06:32.13 | gehzumteufel | randomblame Not without performance issues |
| 06:32.22 | randomblame | naw |
| 06:32.39 | tmzt | story2 new audio codec increases performance in mobile devices using new dct optimiazation ... /story2 |
| 06:33.05 | randomblame | google has servers from the year 3410 |
| 06:33.07 | gehzumteufel | LOL |
| 06:33.38 | randomblame | they would have even better servers but that was the last year before the google nukes went off |
| 06:33.50 | gehzumteufel | tmzt: You basically have to anticipate the fact that there are things that will have NOTHING to do with your search. As such, you add in +searchterm keywords that have more to do with your search than just your seemingly specific topic |
| 06:34.22 | tmzt | yay it's wais |
| 06:34.28 | tmzt | or fbi vcf |
| 06:34.46 | tmzt | seriously I want to search stories not pages |
| 06:34.51 | gehzumteufel | lol |
| 06:35.02 | gehzumteufel | Are you really looking for the qualcomm audio codec? |
| 06:35.02 | tmzt | there's an api for that |
| 06:35.10 | tmzt | hmm, maybe |
| 06:35.14 | gehzumteufel | lol |
| 06:35.27 | tmzt | I've done similar searches though |
| 06:35.33 | tmzt | google wastes my time |
| 06:35.40 | tmzt | note, tbhis page is indexed |
| 06:35.54 | gehzumteufel | But are you looking for that? |
| 06:35.55 | tmzt | when the logger pages are crawled |
| 06:36.04 | tmzt | sure, the hardware codec |
| 06:36.21 | gehzumteufel | Apparently the qualcomm audio stream has been documented and is part of the Fourcc decoder for standard pcs |
| 06:36.32 | gehzumteufel | So you may be able to use that as a starting point |
| 06:36.34 | tmzt | hmm |
| 06:36.35 | randomblame | you know whats really annoying? when what you're searching for matches your current conversation in irc and a bunch of irc logs pop up as results |
| 06:36.44 | gehzumteufel | Not sure how closely it relates to this application though |
| 06:36.45 | tmzt | looking for the pcm codec in the phone |
| 06:36.52 | tmzt | the hardware codec |
| 06:37.20 | tmzt | nah, that's cool |
| 06:37.30 | tmzt | irc logs are good spam |
| 06:37.51 | tmzt | topic: searches that waste my time |
| 06:37.53 | gehzumteufel | well fucking hell. Google has already got the gitorious repository indexed and it is the top search result |
| 06:38.10 | gehzumteufel | (the one for this whole project) |
| 06:38.18 | randomblame | gehzumteufel: 3410 |
| 06:38.45 | gehzumteufel | 3410 what? |
| 06:39.10 | randomblame | googles servers come from that year |
| 06:39.16 | gehzumteufel | oh lol |
| 06:39.31 | gehzumteufel | tmzt: The specific audio chip is microQ apparently |
| 06:39.43 | tmzt | topic: qualcomm pcm codec |
| 06:39.48 | tmzt | microQ? |
| 06:39.55 | gehzumteufel | supposedly |
| 06:40.17 | gehzumteufel | http://www.tensilica.com/uploads/pdf/microQ.pdf |
| 06:40.33 | tmzt | how does arm9(radio/baseband) communicate with it(ante:the codec) |
| 06:40.45 | randomblame | smd? |
| 06:40.52 | randomblame | no |
| 06:41.04 | tmzt | umm no |
| 06:41.20 | gehzumteufel | Got me, but you may be able to find more stuff on microQ that leads you in the right direction |
| 06:41.38 | gehzumteufel | is a n00b at this stuff, so just taking a stab in the dark |
| 06:43.19 | randomblame | had a diagram of arm9/11 communication |
| 06:43.36 | randomblame | and the components within each |
| 06:43.40 | randomblame | but can't seem to find it |
| 06:45.08 | gehzumteufel | Specifically for the Qualcomm chips or just in general? |
| 06:45.16 | randomblame | specifically |
| 06:45.41 | gehzumteufel | ah |
| 06:47.16 | gehzumteufel | http://www.cdmatech.com/download_library/pdf/diagram_msm7200_cs.pdf |
| 06:47.23 | gehzumteufel | If that still worked, might be able to get it |
| 06:48.06 | gehzumteufel | Not sure if that is it though |
| 06:48.09 | randomblame | I have a few service manuals for msm devices |
| 06:48.24 | randomblame | plenty of info in them |
| 06:48.49 | gehzumteufel | Doubt they go into codecs and shit though and how to use them from the software side |
| 06:49.16 | randomblame | no it's all hardware |
| 06:49.36 | randomblame | they never even give you memory addresses, best you can hope for is gpios |
| 06:50.54 | tmzt | it's usually serial or one wire |
| 06:51.20 | tmzt | there's quite a bit more to it than the pcm link though, there's all the dsp's involved |
| 06:59.02 | randomblame | tmzt, if I add you as a contributer on gitorious could you take a look at my frame buffer issue? |
| 06:59.06 | randomblame | when you get time |
| 06:59.25 | tmzt | hmm I don't have hardware |
| 06:59.29 | tmzt | tmzt though |
| 06:59.41 | randomblame | k |
| 07:01.09 | randomblame | added ya, lg incite panel and board files are not hooked in |
| 07:04.16 | *** join/#htc-linux Reefermattness (~mjg@2002:4c12:4faa:1234:222:3fff:fef1:efa1) |
| 07:09.43 | *** join/#htc-linux playdo (~88010165@gateway/web/freenode/x-ropqplwjuyhfdsiw) |
| 07:09.54 | playdo | morning |
| 07:10.21 | *** join/#htc-linux randomblame (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
| 07:10.59 | randomblame | what happened there |
| 07:11.31 | *** join/#htc-linux zachy (~george@ip-85-160-35-30.eurotel.cz) |
| 07:17.10 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 07:27.09 | playdo | hey mcdull, did u do some testing? |
| 07:33.28 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
| 07:34.33 | mcdull | playdo, on what? |
| 07:54.59 | *** join/#htc-linux DJW|Home (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
| 07:57.41 | *** join/#htc-linux phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
| 07:59.04 | *** join/#htc-linux jazka (jaska@b0xi.net) |
| 07:59.08 | *** join/#htc-linux JairunCaloth (~m00@c-24-98-17-158.hsd1.ga.comcast.net) |
| 08:00.53 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
| 08:01.09 | *** join/#htc-linux Ice (~IceBone@89-212-106-54.dynamic.dsl.t-2.net) |
| 08:03.15 | mcdull | phh, someone put a comment about the blackstone wake up issue. |
| 08:03.32 | mcdull | [ 1038.311004] request_suspend_state: sleep (3->3) at 1027660000000 (2010-02-10 12:06:25.960000000 UTC) |
| 08:03.35 | mcdull | is it normal? |
| 08:09.34 | *** join/#htc-linux BHSPitMonkey (~stephen@pool-71-170-176-30.dllstx.fios.verizon.net) |
| 08:09.53 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
| 08:29.59 | *** join/#htc-linux kiozen (~oeichler@p54920F3A.dip0.t-ipconnect.de) |
| 08:52.04 | *** join/#htc-linux GNUtoo (~GNUtoo@host3-153-dynamic.40-79-r.retail.telecomitalia.it) |
| 08:54.00 | *** part/#htc-linux Ice (~IceBone@89-212-106-54.dynamic.dsl.t-2.net) |
| 08:54.12 | *** join/#htc-linux IceBone (~IceBone@89-212-106-54.dynamic.dsl.t-2.net) |
| 08:54.23 | IceBone | Anyone here who knows about the g-sensors in xdandroid? |
| 08:55.22 | gehzumteufel | They don't work |
| 08:55.25 | gehzumteufel | That is what I know about them |
| 08:55.27 | gehzumteufel | lol |
| 08:56.25 | IceBone | Well, it works well enough for me to change screen orientation, but I don't think they're accurate enough for a program like aDyno. |
| 08:57.01 | gehzumteufel | What device? I have a rhodium and it doesn't work at all |
| 08:57.04 | gehzumteufel | That I am aware of |
| 08:57.06 | IceBone | diam100 |
| 08:57.18 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
| 09:10.25 | *** join/#htc-linux droid001 (~g1@p4FDCAB85.dip.t-dialin.net) |
| 09:31.39 | *** join/#htc-linux drakaz (~drakaz@chi35-1-88-164-160-98.fbx.proxad.net) |
| 10:05.39 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
| 10:16.03 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
| 10:17.13 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
| 10:28.40 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 10:28.44 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
| 10:42.58 | *** join/#htc-linux Vito89_ (~quassel@94.142.234.1) |
| 10:47.28 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
| 11:06.40 | *** join/#htc-linux Olipro (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
| 11:12.05 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
| 11:32.30 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 11:53.59 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
| 11:59.21 | *** join/#htc-linux high-rez (~gus@carrera.bourg.net) |
| 12:09.45 | *** join/#htc-linux ccube (~ccube@95-90-193-11-dynip.superkabel.de) |
| 12:13.44 | *** join/#htc-linux randomblame (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
| 12:20.25 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 12:33.28 | *** join/#htc-linux Vito89 (~quassel@94.142.234.1) |
| 13:03.57 | *** join/#htc-linux The_Eccentric (~ablack7@unaffiliated/theeccentric/x-737283) |
| 13:06.27 | *** join/#htc-linux dzo (~dzo@mail.marginz.co.nz) |
| 13:07.07 | *** join/#htc-linux drakaz (~drakaz@chi35-1-88-164-160-98.fbx.proxad.net) |
| 13:15.11 | *** join/#htc-linux c2d (~Mike@port-92-200-65-84.dynamic.qsc.de) |
| 13:15.58 | *** join/#htc-linux mcdull (~blackston@061093132071.ctinets.com) |
| 13:18.44 | *** join/#htc-linux babijoee (~babijoee4@d110-33-183-37.sun801.vic.optusnet.com.au) |
| 13:26.55 | *** join/#htc-linux Taypen (~taypen@85.65.36.171.dynamic.barak-online.net) |
| 13:31.41 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 13:31.56 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
| 13:46.40 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 13:50.10 | *** join/#htc-linux high-rez (~gus@carrera.bourg.net) |
| 13:54.46 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 13:59.41 | *** part/#htc-linux c2d (~Mike@port-92-200-65-84.dynamic.qsc.de) |
| 14:02.13 | *** join/#htc-linux irlolcopter (~mint@host86-161-120-243.range86-161.btcentralplus.com) |
| 14:10.52 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
| 14:28.33 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 14:29.36 | GNUtoo | hi leviathan |
| 14:30.06 | GNUtoo | leviathan, first I made it go futhurer |
| 14:30.18 | GNUtoo | I didn't made it magically work |
| 14:30.24 | GNUtoo | then do you want my diffs? |
| 14:31.41 | GNUtoo | ping leviathan |
| 14:38.38 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
| 14:39.46 | *** join/#htc-linux Vito89 (~quassel@94.142.234.1) |
| 14:43.05 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
| 14:43.15 | *** join/#htc-linux slight (~23hdci278@217.130.58.175) |
| 14:44.35 | slight | any special args required for mksquashfs when creating a system.sqsh? |
| 14:46.30 | babijoee | slight: not really |
| 14:47.03 | babijoee | what command are you using to build system.sqsh? |
| 14:47.34 | slight | mksquashfs squashfs-root/ system.sqsh |
| 14:47.49 | babijoee | should be fine like that |
| 14:47.51 | slight | mounts fine on my desktop |
| 14:47.58 | slight | init doesn't like it :/ |
| 14:48.05 | babijoee | how so? |
| 14:48.21 | *** part/#htc-linux zachy (~george@ip-85-160-35-30.eurotel.cz) |
| 14:48.23 | slight | won't mount it |
| 14:48.28 | leobaillard | I recommand to build it as root |
| 14:48.31 | slight | i'll add some debug to init |
| 14:48.35 | slight | ah ok |
| 14:49.09 | slight | did wonder about uid/gid issues |
| 14:50.22 | babijoee | lol |
| 14:50.27 | leobaillard | that's the reason :) |
| 14:50.48 | leobaillard | I always compress/decompress it as root |
| 14:51.02 | leobaillard | had a bad experience in the past :/ |
| 14:51.06 | babijoee | yeah |
| 14:51.21 | babijoee | doing everything as root never fails |
| 14:52.53 | slight | so it turns out that ext2 + a system that can never shut down properly and frequently crashes isn't so great |
| 14:52.56 | slight | who'd have thought? :p |
| 14:54.38 | leobaillard | ^^ |
| 15:00.21 | mcdull | incorrect squashfs version? |
| 15:01.08 | *** join/#htc-linux f22 (~pcm_2@c-68-82-52-241.hsd1.nj.comcast.net) |
| 15:01.23 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 15:13.09 | *** join/#htc-linux irlolcopter (~irlolcopt@host86-161-120-243.range86-161.btcentralplus.com) |
| 15:14.17 | GNUtoo | hi tmzt |
| 15:16.25 | *** join/#htc-linux GeekLad (~GeekLad@adsl-178-230-51.jax.bellsouth.net) |
| 15:26.54 | slight | mcdull, mksquashfs version 4.0 (2009/04/05) |
| 15:27.07 | slight | do you know which versions are valid? |
| 15:33.29 | IceBone | Mother of god... |
| 15:33.30 | IceBone | http://www.documaga.com/wp-content/uploads/2010/02/scaleofuniverse.swf |
| 15:51.22 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-25-48-60.client.mchsi.com) |
| 15:52.38 | NeoMatrixJR | can anyone please tell me if there's some decently easy way to git/repo from android.git.kernel.org if my @#$^)$'ing work blocks port 9418? |
| 15:58.38 | leobaillard | slight: 3.1 |
| 15:59.48 | leobaillard | http://leobaillard.org/partage/gnux/mksquashfs http://leobaillard.org/partage/gnux/unsquashfs |
| 15:59.49 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
| 16:01.43 | slight | cheers mate |
| 16:04.22 | leobaillard | np |
| 16:10.26 | *** join/#htc-linux Vito89 (~quassel@94.142.234.1) |
| 16:13.39 | mcdull | slight,4.0 not valid.. you got to use version 3.4 |
| 16:13.54 | chamonix | hey guys |
| 16:14.52 | leobaillard | plop chamonix |
| 16:15.02 | NeoMatrixJR | anyone here have to use corkscrew? I could use a hand setting it up. |
| 16:17.52 | leobaillard | NeoMatrixJR: I use it on my laptop with my phone under Winmo but I'll have to use it in linux too, and if I can install it on the phone, the better |
| 16:18.27 | chamonix | plouf leobaillard |
| 16:18.31 | chamonix | :P |
| 16:18.38 | leobaillard | :) |
| 16:19.14 | NeoMatrixJR | leobaillard: you use it with your phone? |
| 16:20.34 | leobaillard | NeoMatrixJR: my phone operator doesn't allow me to use anything but ports 80 and 443 to convey http paquets, so I use corkscrew to make http paquets out of anything then I make tunnels via an ssh box on the 443 port to use whatever I want |
| 16:21.35 | leobaillard | what do you want to do with it ? |
| 16:21.44 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87c261.pool.mediaWays.net) |
| 16:23.13 | NeoMatrixJR | leobaillard: my company blocks 9418 (git) and thus I can't use git/repo to download android |
| 16:23.45 | leobaillard | bah, you don't need corkscrew, just make a tunnel |
| 16:24.29 | leobaillard | unless your company blocks ssh too |
| 16:25.02 | chamonix | lol, add ur sshd on port 443, it will always work |
| 16:25.11 | NeoMatrixJR | leobaillard: I tried setting up an ssh tunnel to a box @ my house, but repo attempts to connect to android.git.kernel.org after it makes the inital connection through localhost |
| 16:26.05 | leobaillard | put it in your hosts file |
| 16:26.19 | leobaillard | to force it trhough localhost |
| 16:31.43 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 16:32.12 | slight | if you like tunnels you'll love this... |
| 16:32.14 | slight | http://code.kryo.se/iodine/ |
| 16:32.22 | slight | tunnel ipv4 through dns :p |
| 16:32.35 | slight | perfect for certain pay-for wifi providers :p |
| 16:33.12 | leobaillard | :D |
| 16:34.36 | NeoMatrixJR | WOOT! tunnel + host file change = WIN! Thanks leobaillard |
| 16:34.45 | leobaillard | np |
| 16:34.59 | leobaillard | slight: good stuff ! did you test it ? |
| 16:35.33 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04f0f.pool.mediaWays.net) |
| 16:36.19 | slight | no not yet |
| 16:36.51 | slight | but we do run our own dns so will probably give it a go at some point |
| 16:38.47 | *** join/#htc-linux Vito89 (~quassel@94.142.234.1) |
| 16:55.10 | *** join/#htc-linux zachy (~george@85.193.4.18) |
| 17:14.43 | *** join/#htc-linux Tukon (~Tukon@67.109.59.67.ptr.us.xo.net) |
| 17:33.13 | *** join/#htc-linux dcordes-bib (~chatzilla@cip-pc233.bib.uni-erlangen.de) |
| 17:40.42 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 17:43.25 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
| 17:46.10 | *** part/#htc-linux zachy (~george@85.193.4.18) |
| 17:54.22 | *** join/#htc-linux Reefermattness (~mjg@2002:4c12:4faa:1234:222:3fff:fef1:efa1) |
| 18:00.35 | *** join/#htc-linux mjg_ (~mjg@2002:4c12:4faa:1234:222:3fff:fef1:efa1) |
| 18:05.18 | *** join/#htc-linux MrPippy (~pip@adsl-75-33-10-219.dsl.sndg02.sbcglobal.net) |
| 18:06.58 | *** part/#htc-linux dcordes-bib (~chatzilla@cip-pc233.bib.uni-erlangen.de) |
| 18:07.15 | *** join/#htc-linux dcordes-123 (~chatzilla@cip-pc233.bib.uni-erlangen.de) |
| 18:09.31 | phh | makkonen: about your sound problem, what's the actual problem ? only mic ? |
| 18:16.29 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
| 18:16.52 | IceBone | Hey, phh, any more ideas about my camera? |
| 18:16.58 | phh | no |
| 18:17.04 | IceBone | Darn. :( |
| 18:17.22 | phh | [06:48:20] <randomblame> making the frame buffer work without a panel driver, or with a panel driver that has been no op'd <------- take raphael, it has no panel code |
| 18:17.26 | phh | or rhod |
| 18:17.26 | IceBone | You think when Android gets camera functionality, it'll perform the same? |
| 18:18.08 | phh | [09:04:27] <mcdull> [ 1038.311004] request_suspend_state: sleep (3->3) at 1027660000000 (2010-02-10 12:06:25.960000000 UTC) |
| 18:18.08 | phh | [09:04:30] <mcdull> is it normal? <------- yes it is |
| 18:18.16 | phh | IceBone: i'd say yes |
| 18:18.22 | phh | but I wouldn't bet on it |
| 18:18.42 | phh | [09:57:20] <IceBone> Well, it works well enough for me to change screen orientation, but I don't think they're accurate enough for a program like aDyno. <----- just works for me |
| 18:18.54 | IceBone | Well, it works, but it seems weird to me. |
| 18:19.07 | IceBone | It measured my car as having 1050 bhp. |
| 18:19.08 | IceBone | o_O |
| 18:19.15 | phh | [15:48:34] <slight> mksquashfs squashfs-root/ system.sqsh <--------- first argument must be '.' afaik |
| 18:19.16 | phh | bhp ? |
| 18:19.20 | IceBone | brake horsepower. |
| 18:19.28 | phh | that seems little |
| 18:19.37 | IceBone | o_O |
| 18:19.39 | *** join/#htc-linux high-rez (~gus@carrera.bourg.net) |
| 18:19.44 | IceBone | You know nothing of cars, do you? |
| 18:19.57 | IceBone | The Bugatti Veyron, a car capable of more than 400 km/h only has 1001 bhp. |
| 18:20.00 | IceBone | "only". |
| 18:20.14 | IceBone | My car, when new, had 125. |
| 18:20.19 | phh | a car has less than 10times the acceleration power for brake power ?!? |
| 18:21.51 | IceBone | brake horsepower have nothing to do with braking. |
| 18:21.57 | phh | ah. |
| 18:22.03 | phh | stupid english then |
| 18:22.31 | IceBone | Brake horsepower (bhp) is the measure of an engine's horsepower without the loss in power caused by the gearbox, alternator, differential, water pump, and other auxiliary components such as power steering pump, muffled exhaust system, etc. |
| 18:22.38 | IceBone | Brake refers to a device which was used to load an engine and hold it at a desired RPM. |
| 18:22.47 | IceBone | Normal hp is measured at the wheels. |
| 18:22.52 | phh | ok, so it's just stupid english |
| 18:22.53 | IceBone | This is straight from the engine. |
| 18:23.13 | phh | ok, then 1000 is a lot :p |
| 18:23.23 | IceBone | Yeah. :P |
| 18:23.32 | phh | IceBone: anyway your software is stupid |
| 18:23.42 | phh | we can't measure more than 20m.s^{-2} |
| 18:23.52 | phh | I can't see how this could make a 1000hp. |
| 18:23.58 | IceBone | It's just wrong. :P |
| 18:24.23 | IceBone | Right now on my desk it's showing 1.75G. |
| 18:24.36 | phh | ?!? |
| 18:24.41 | phh | no way. |
| 18:24.51 | slight | phh, thanks sorted it. if you refer to a folder it acts as if you'd cd'd to it and used ., the problem was the squashfs version |
| 18:25.00 | IceBone | Run it, go to g-meter. |
| 18:25.10 | IceBone | The top one is showing 1.75 |
| 18:25.19 | IceBone | And it keeps going left and right. |
| 18:25.22 | IceBone | -1.75 and 1.75. |
| 18:25.24 | phh | IceBone: I made the driver, I """"calibrated"""" it, I know it will report 10m.s^{-2} |
| 18:25.41 | phh | if it's anything else, it's just stupid software |
| 18:25.53 | IceBone | Well, what's it showing on your phone? |
| 18:27.03 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
| 18:28.04 | phh | IceBone: there is no app called g-meter |
| 18:28.29 | IceBone | It's an option in the aDyno ap. |
| 18:28.37 | phh | ah, the one that costs 5$. |
| 18:28.45 | IceBone | No, there's a free version. |
| 18:28.49 | IceBone | o_O |
| 18:29.05 | phh | not when searching g-meter |
| 18:29.10 | IceBone | adyno |
| 18:29.13 | IceBone | or just dyno |
| 18:29.59 | *** join/#htc-linux Vito89_ (~quassel@gw.loccal.net) |
| 18:31.52 | phh | peak = 3.69 |
| 18:31.55 | phh | ===> stupid app. |
| 18:32.01 | IceBone | *shrug* |
| 18:32.19 | IceBone | I was hoping someone with Android could verify. |
| 18:32.57 | phh | IceBone: go to 'g-pad' |
| 18:33.00 | phh | it shows raw values |
| 18:33.03 | GNUtoo | hi adamw |
| 18:33.06 | phh | and raw value is 7.8 ~ |
| 18:33.07 | IceBone | Right. |
| 18:33.41 | GNUtoo | we've got xf86-video-msm mostly working(sometimes there are issues) |
| 18:33.41 | adamw | hi |
| 18:33.41 | GNUtoo | but here's the output of xrandr -q |
| 18:34.06 | IceBone | Sensor z? |
| 18:34.07 | GNUtoo | default connected 320x480+0+0 0mm x 0mm |
| 18:34.12 | IceBone | 7.3 here. |
| 18:34.14 | GNUtoo | so no xrandr -o 1 |
| 18:34.25 | phh | IceBone: yeah that's quite what I get |
| 18:34.40 | phh | IceBone: I would have bet i setted it to ~ 9, but maybe not |
| 18:34.57 | IceBone | Should be 9.81, no? |
| 18:35.12 | phh | yes |
| 18:36.03 | GNUtoo | adamw, http://pastebin.com/d231bf017 |
| 18:36.04 | GNUtoo | note that: |
| 18:36.28 | GNUtoo | (II) msm(0): RandR 1.2 enabled, ignore the following RandR disabled message. |
| 18:36.28 | GNUtoo | (--) RandR disabled |
| 18:36.40 | phh | lol |
| 18:36.55 | phh | and it works ? |
| 18:36.56 | adamw | yeah, you always get that with every X driver ever |
| 18:36.59 | phh | I mean X. |
| 18:37.04 | adamw | nothing unusual |
| 18:37.07 | GNUtoo | X works |
| 18:37.17 | phh | GNUtoo: Xvideo ? |
| 18:37.22 | GNUtoo | don't know |
| 18:37.27 | GNUtoo | I'll try |
| 18:37.27 | phh | ok |
| 18:37.34 | adamw | GNUtoo: so that means it's an RandR 1.2 driver like I thought, too, btw. |
| 18:37.59 | phh | rotation is really easy to do |
| 18:38.07 | phh | I mean, on the FB side. |
| 18:38.08 | adamw | so you'd want to try the '--output default --rotate right' syntax |
| 18:38.22 | GNUtoo | ok |
| 18:38.30 | GNUtoo | doesn't work either: |
| 18:38.44 | adamw | what happens? |
| 18:38.49 | GNUtoo | xrandr: output default cannot use rotation "right" reflection "none" |
| 18:39.11 | adamw | means the driver isn't capable of it, I guess. does /var/log/Xorg.0.log exist in this case? if so, anything in there near the end? |
| 18:39.39 | GNUtoo | (II) msm(0): RandR 1.2 enabled, ignore the following RandR disabled message. |
| 18:39.39 | GNUtoo | (--) RandR disabled |
| 18:39.43 | GNUtoo | I've that at the end |
| 18:39.53 | adamw | yeah, but nothing else after you tried the rotate? |
| 18:39.59 | GNUtoo | no |
| 18:40.01 | GNUtoo | nothing else |
| 18:40.04 | *** join/#htc-linux toi (~toi@d54C2A96D.access.telenet.be) |
| 18:40.07 | GNUtoo | it's the last thing |
| 18:40.45 | GNUtoo | ah sorry |
| 18:40.53 | GNUtoo | it's only on console...not in the logs |
| 18:40.55 | GNUtoo | I'll look logs |
| 18:41.02 | GNUtoo | just that I ran with -verbose |
| 18:41.03 | adamw | nah, it'd be on the console too I guess |
| 18:41.26 | adamw | i'd guess it's just not implemented in the driver yet. which seems odd, but oh well. |
| 18:42.18 | GNUtoo | ok |
| 18:42.22 | GNUtoo | how do I implement it? |
| 18:42.44 | adamw | that's above my pay grade i'm afraid =) |
| 18:43.31 | GNUtoo | ok |
| 18:44.05 | adamw | you could ask in #xorg-devel |
| 18:44.19 | adamw | lots of people there who would know, if they have the time/inclination |
| 18:48.34 | GNUtoo | ok thanks |
| 18:48.36 | *** join/#htc-linux UnknownArtists (~unknown@84.19.199.249) |
| 18:49.20 | GNUtoo | phh, -vo xv seem to do something but I don't see the video |
| 18:56.31 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
| 19:03.16 | *** join/#htc-linux ToAsTcfh (~toast@110-43.200-68.tampabay.res.rr.com) |
| 19:04.00 | ToAsTcfh | phh: what up? still no camera for u guys? |
| 19:04.05 | phh | no |
| 19:04.10 | ToAsTcfh | bah |
| 19:04.16 | phh | haven't tried it for weeks now -_-' |
| 19:04.22 | phh | ToAsTcfh: you got anything ? |
| 19:05.00 | ToAsTcfh | no im gonna try backporting qdsp5 and getting rid of qdsp5_comp what u think? |
| 19:05.22 | phh | don't know, I haven't read qdsp5_comp at all |
| 19:05.51 | ToAsTcfh | yeah it sux i think thats where shits goin south |
| 19:06.42 | ToAsTcfh | its alot harder to compare _comp to just qdsp5. its alot different |
| 19:06.53 | ToAsTcfh | well not alot |
| 19:06.58 | ToAsTcfh | but in a way |
| 19:07.33 | ToAsTcfh | i got hung up on trying to overclock the processor on my hero though so ive been slacking |
| 19:07.34 | phh | can't you just understand what the drivers wants qdsp to do, and do that ? |
| 19:07.43 | phh | ToAsTcfh: 768MHz works ? |
| 19:07.52 | ToAsTcfh | not yet |
| 19:08.03 | phh | not tried or not bootable ? |
| 19:08.18 | ToAsTcfh | it crashes the phoe |
| 19:08.48 | phh | ok |
| 19:08.55 | phh | raphael and blackstone are better than your hero then :p |
| 19:08.58 | ToAsTcfh | once u echo the clock it freezes |
| 19:09.02 | phh | (they are said to sustain this 768MHz) |
| 19:09.39 | ToAsTcfh | i think we just need to get the source correct for the turbo chip |
| 19:09.50 | ToAsTcfh | values |
| 19:10.15 | phh | naa |
| 19:10.22 | ToAsTcfh | ? |
| 19:10.25 | phh | you can just create the clocks |
| 19:10.29 | phh | and maybe set pll on your own |
| 19:10.41 | ToAsTcfh | i did that but no dice |
| 19:10.41 | phh | (ok, you don't really want to set your own pll.) |
| 19:10.49 | ToAsTcfh | not the pll |
| 19:11.04 | ToAsTcfh | but the clocks |
| 19:11.31 | ToAsTcfh | http://forum.xda-developers.com/showthread.php?t=630899 |
| 19:11.41 | ToAsTcfh | thats my work so far |
| 19:12.01 | ToAsTcfh | well my ported work from the dream |
| 19:12.45 | ToAsTcfh | look at the source its only two file and tell me what u think |
| 19:13.06 | ToAsTcfh | please |
| 19:13.10 | ToAsTcfh | :D |
| 19:13.13 | phh | I think I hate sources alone. |
| 19:13.32 | phh | can't you just post a diff like everyone sane ? |
| 19:13.40 | ToAsTcfh | lol |
| 19:13.48 | ToAsTcfh | i could have yes |
| 19:14.29 | ToAsTcfh | i actually when i ported it from the dream went through and added everything manually |
| 19:14.35 | ToAsTcfh | like a dumb ass |
| 19:15.22 | bzo | when no2chem did his overclock test for winmo 75xx devices, many people could not run 768mhz |
| 19:15.32 | phh | bzo: really ? |
| 19:15.33 | phh | unfair |
| 19:15.56 | bzo | yes, it failed on mine as well |
| 19:16.19 | ToAsTcfh | what im getting in my source is that in setcpu(an app) will set and show a clock that the kernel is telling it but in real life its not ocd at all |
| 19:16.59 | bzo | no2chem has some notes here on his oc research: http://www.nuerom.com/BlogEngine/post/2009/09/08/Yet-more-notes-on-overclocking.aspx |
| 19:17.58 | *** join/#htc-linux mickey|bbl (~mickey@80.81.242.146) |
| 19:18.15 | *** join/#htc-linux c2d (~Mike@port-92-200-65-84.dynamic.qsc.de) |
| 19:19.00 | ToAsTcfh | bzo: thnx |
| 19:19.34 | ToAsTcfh | well i gotta get back to work. talk at yall later |
| 19:20.24 | bzo | phh: do you have to have usb plugged in before you start android for adb to work? |
| 19:20.29 | phh | yes |
| 19:21.05 | bzo | i've been looking at the issue where adb breaks for cdma when usb mass storage is enabled |
| 19:21.22 | bzo | dmesg reports that adb startup fails because usb is offline |
| 19:21.22 | phh | it's confirmed ? |
| 19:21.30 | phh | (I mean the issue.) |
| 19:21.49 | bzo | it is for me anyway :) |
| 19:22.07 | phh | ok |
| 19:22.15 | bzo | makkonen and mrpippy keep the usb mass storage disabled in their builds, so there are not a lot of people that can confirm |
| 19:22.25 | phh | I thaught makkonen said it was because he had a dirty tree |
| 19:22.45 | bzo | he had a lot of issues before, turned it off and never tried it again |
| 19:22.49 | phh | ok |
| 19:23.25 | bzo | anyways, I was thinking maybe the problem had something to do with the usb initialization. But if it is not a problem for gsm phones, maybe that is not it |
| 19:24.29 | phh | bzo: there is something about its init I found that seems really weird to me |
| 19:24.39 | phh | cdma devices has a different usb_phy_init_seq from gsm |
| 19:24.45 | phh | but still it's quite the same |
| 19:24.57 | phh | so I wonder if this is normal or not |
| 19:25.14 | bzo | yes, I noticed that in the source yesterday too |
| 19:25.48 | bzo | I tried using the regular init values, and usb definately acts differently (not sure if better) |
| 19:26.03 | bzo | with the diam800 settings, lsusb only shows 2 devices in lsusb -v |
| 19:26.10 | bzo | with the regular settings, it shows 3 devices |
| 19:26.29 | *** join/#htc-linux high-rez (~gus@carrera.bourg.net) |
| 19:26.30 | bzo | (in the composite device i mean) |
| 19:27.48 | phh | ?!? |
| 19:28.07 | phh | I can't see how this could be possible -_-' |
| 19:28.42 | bzo | from what I remember, both show the network and adb interface, but only the regular settings also show the mass storage device |
| 19:28.58 | bzo | (regular meaning non-cdma setting) |
| 19:29.20 | phh | bzo: just to be sure, with "setting" you mean usb_phy_init_seq ? |
| 19:30.07 | bzo | static int usb_phy_init_seq_diam100[] vs static int usb_phy_init_seq_diam800[] |
| 19:30.24 | phh | makkonen: MrPippy I'd like you to test it too, it would be nice if we could get rid of this special init stuff. |
| 19:30.54 | phh | (we have docs for ulpi if someone wants to try to understand this thing :p) |
| 19:32.14 | bzo | i can look at it, though it is unclear if I will understand it :) |
| 19:32.27 | phh | you'll have to search in logs :D |
| 19:32.36 | phh | well it's a link given by cr2 |
| 19:32.40 | phh | there aren't that much such things :p |
| 19:32.54 | bzo | ok |
| 19:33.16 | bzo | speaking of not understanding things :) |
| 19:33.28 | bzo | do you have any idea were to look for this microphone problem on cdma? |
| 19:34.04 | phh | I guess you already tried tracing gpio ? |
| 19:34.31 | bzo | not yet, MrPippy thought it was more likely RPC related |
| 19:34.33 | phh | if you did, trace and compare the htc_acoustic thingy |
| 19:35.28 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
| 19:36.28 | bzo | ok, that sounds easier than tracing the wince rpc, so we should look at that first |
| 19:36.38 | phh | could be rpc though |
| 19:36.44 | phh | but rpcs are quite the same for all devices |
| 19:36.45 | phh | even android ones |
| 19:37.28 | bzo | so, if the trick of making the microphone work is starting a call in winmo before starting android |
| 19:37.34 | bzo | then I guess it is stuck open the whole time? |
| 19:37.47 | phh | yes |
| 19:38.35 | bzo | so then it seems plausible that it could be the wrong gpio? |
| 19:39.08 | phh | not really. |
| 19:39.26 | phh | that's just an idea |
| 19:39.38 | phh | blackstone has problems with sound because it relies (for an unknown reason) on a gpio |
| 19:40.18 | bzo | that is the reason for that weird blackstone specific case in htc acoustic? |
| 19:40.35 | phh | no in htc_acoustic but in qdsp5/snd.c |
| 19:40.53 | bzo | right, couldn't remember exactly where I saw it earlier |
| 19:40.57 | MrPippy | back around august, i was trying both of the diamond mtypes and usb only worked on the cdma one |
| 19:41.38 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 19:42.01 | bzo | I noticed that heroc had an entirely different usb_phy_init_seq, is that relevent? |
| 19:42.14 | phh | bzo: it is |
| 19:43.07 | bzo | hmm, maybe that is the setting I used when I saw the 3 composite interface - can't remember now |
| 19:44.17 | MrPippy | heh nice catch, never thought to look at heroc's usb stuff |
| 19:45.57 | bzo | usually my first thought for cdma specific problems. Though it hasn't helped me so far :) |
| 19:46.21 | MrPippy | yeah heroc is more similar to diam100, but different from either one |
| 19:47.10 | MrPippy | its the same as the hsusb_phy_init_seq[] that we have in devices.c |
| 19:48.43 | bzo | don't we use usb_phy_init_seq_diam800[] though? |
| 19:48.49 | phh | yes |
| 19:49.02 | bzo | that is different from the heroc values |
| 19:50.25 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
| 20:06.28 | MrPippy | just made a call, the only gpio activity was in1-1=0, thats gpio 0x11 which we have set for .headset_mic_35mm |
| 20:11.28 | *** join/#htc-linux GeekLad (~GeekLad@adsl-178-230-51.jax.bellsouth.net) |
| 20:12.37 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
| 20:12.37 | MrPippy | i'm gonna try tracing smem, turn_mic_bias_on() in htc_acoustic could be the problem |
| 20:13.25 | bzo | that that function manipulate the msm codec registers? |
| 20:14.14 | phh | bzo: A11 doesn't changes msm codec registers on his own |
| 20:15.27 | bzo | is the A11 allowed to read the registers? |
| 20:15.40 | phh | I guess so yes |
| 20:15.55 | phh | and maybe write it too if you really want that |
| 20:16.16 | *** join/#htc-linux Zoolooc (~fredsibar@p549542F4.dip.t-dialin.net) |
| 20:16.40 | bzo | I was reading the 7200 doc - just wondering how the codec register documentation might be useful to us |
| 20:17.14 | GNUtoo | hi mickey|bbl |
| 20:17.19 | phh | seriously, there is almost nothing in these docs that is of any use for us now |
| 20:17.34 | phh | all problems we have now is with the amss, or own htc devices |
| 20:17.41 | GNUtoo | someone told me that: |
| 20:17.42 | GNUtoo | <CosmicPenguin> There is no reason why you would want to use -msm over fbdev |
| 20:17.51 | phh | GNUtoo: oO |
| 20:18.04 | bzo | if we can read the register, perhaps we can tell if the mic bias is actually getting set or not? (assuming we know what they are in 7500) |
| 20:18.10 | GNUtoo | so what are the advantages of -msm ? does -msm support flipping? |
| 20:18.15 | phh | bzo: yup |
| 20:18.31 | phh | GNUtoo: but msm's mic bias might be different from real mic bias ! :p |
| 20:18.36 | phh | (as on rhod) |
| 20:18.52 | GNUtoo | phh, what's mic bias ? |
| 20:18.59 | phh | GNUtoo: mic power |
| 20:19.26 | GNUtoo | ah? what is mic? not microphone I bet |
| 20:19.49 | phh | yes microphone |
| 20:20.04 | GNUtoo | what does microphone has to do with fbdev? |
| 20:20.12 | phh | haha. |
| 20:20.24 | phh | because I wasn't talking to you -_-' |
| 20:20.25 | phh | sorry |
| 20:20.27 | GNUtoo | I know that there are touchscreen that use sound...but for fbdev...I don't see |
| 20:20.30 | GNUtoo | ok |
| 20:20.43 | GNUtoo | s/touchscreen/touchscreen or keyboards |
| 20:20.49 | phh | keyboards too ? |
| 20:20.50 | phh | hum |
| 20:20.56 | GNUtoo | I don't know |
| 20:20.58 | phh | GNUtoo: anyway, yes msm should support flipping |
| 20:20.58 | GNUtoo | I hear this |
| 20:21.04 | GNUtoo | it's far in my memory |
| 20:21.04 | phh | not only flipping. |
| 20:21.05 | GNUtoo | ok |
| 20:21.21 | phh | bliting, scaling, rotating, transparency |
| 20:21.29 | phh | format convertor |
| 20:21.52 | phh | I think that's it |
| 20:21.59 | makkonen | what did you want from me, re: usb mass storage? turn it back on and try the raph100 phy_init_seq? |
| 20:22.08 | phh | makkonen: yup |
| 20:22.47 | GNUtoo | phh, uhh...rotating? it doesn't hadle it |
| 20:22.59 | GNUtoo | but it should be easy to fix |
| 20:23.00 | phh | GNUtoo: well, the msm_fb. |
| 20:23.19 | phh | I haven't read the whole -msm xorg driver yet |
| 20:23.24 | GNUtoo | <CosmicPenguin> GNUtoo: the MDP blit can do that rotation, so you are at least covered on the HW acceleration front |
| 20:23.25 | *** join/#htc-linux zachy (~george@85.193.4.18) |
| 20:23.36 | GNUtoo | I got it running on my dream |
| 20:23.53 | phh | hum, he knows what the hardware is capable of and still says fbdev is better ? |
| 20:23.59 | phh | there is something I'm missing. |
| 20:25.43 | GNUtoo | me too |
| 20:26.04 | GNUtoo | maybe corporate interest |
| 20:26.21 | GNUtoo | like the "howot destroy your comunity " |
| 20:26.25 | GNUtoo | *howto |
| 20:42.39 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 20:49.23 | *** part/#htc-linux zachy (~george@85.193.4.18) |
| 20:53.10 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 21:09.00 | MrPippy | htc_acoustic is using smem without writel or volatile...maybe not good |
| 21:09.03 | *** join/#htc-linux cr2_ (~cr2@ip-109-85-216-129.web.vodafone.de) |
| 21:10.20 | phh | MrPippy: really ? |
| 21:10.28 | phh | hum. |
| 21:10.30 | MrPippy | *(unsigned *)(MSM_SHARED_RAM_BASE+mic_offset)=0xffff0080 | (on?0x100:0); |
| 21:10.36 | phh | oh right |
| 21:11.12 | *** part/#htc-linux irlolcopter (~irlolcopt@host86-161-120-243.range86-161.btcentralplus.com) |
| 21:11.24 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 21:11.26 | makkonen | is there a way to test whether the mic_offset value is correct for cdma? |
| 21:11.46 | MrPippy | i'm going to mmutrace that location in smem and make a call |
| 21:12.15 | makkonen | I wonder if hitting the mute button in a call flips that bit, or if it's done somewhere further downstream in the audio processing. |
| 21:13.24 | MrPippy | yeah i think it does, turn_mic_bias_on enables the handset mic |
| 21:13.36 | cr2_ | MrPippy: make a 'pd' first |
| 21:13.57 | MrPippy | a 'pd'? |
| 21:14.08 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04f0f.pool.mediaWays.net) |
| 21:14.12 | cr2_ | MrPippy: in haret |
| 21:14.24 | MrPippy | oh ok |
| 21:14.31 | Markinus | Hi |
| 21:14.36 | cr2_ | makkonen: this location can be used for the pmic mic AGC too |
| 21:14.49 | cr2_ | MrPippy: with mic on and off |
| 21:15.33 | cr2_ | phh: learned something from the rhod i2c dumps yesterday ? |
| 21:15.56 | phh | cr2_: i hadn't much time to compare it with known devices |
| 21:16.19 | MrPippy | ok, no change at 0x01ffed00 for mic on/off, its all 0 |
| 21:16.33 | cr2_ | MrPippy: which phone ? |
| 21:16.36 | MrPippy | diam500 |
| 21:16.47 | cr2_ | ok. |
| 21:17.09 | cr2_ | at least topa/rhod has different layout from gsm diam/raph |
| 21:17.24 | MrPippy | yeah i'm gonna try the rhod one now |
| 21:17.26 | makkonen | weird, though, that everything else sound-wise seems to be in the same place as gsm. |
| 21:17.56 | cr2_ | MrPippy: maybe make the full 1MB smem dump ? and look where the data is located. |
| 21:18.35 | MrPippy | yeah no change for the rhod one either |
| 21:20.40 | Markinus | phh: I make a new 1.6 build. I couldn'T find the reason why the device isn'T waking up from pm 0. But with pm 2 this works good. The tiwlan drivers are working too. |
| 21:21.16 | adamw | Markinus: ooh, power management stuff? |
| 21:21.21 | phh | Markinus: ok cool |
| 21:22.35 | Markinus | adamw: yes, I disabling now the vregs from display on backlight off too. Maybe we have a bit more batterie life . . |
| 21:23.46 | MrPippy | hmm shouldn't this dump all of smem pwf micoff 0x01f0000 0x10000 |
| 21:24.14 | cr2_ | MrPippy: pwf micoff 0x01f00000 0x100000 |
| 21:24.16 | adamw | Markinus: oh nice, you haven't merged it yet though? |
| 21:25.08 | cr2_ | phh: 488MB sdram + smi will be fun :) |
| 21:25.15 | Markinus | adamw: no yet . . later... |
| 21:25.23 | phh | cr2_: uh? I thaught it was 512MB ? |
| 21:26.10 | phh | Markinus: adamw has no deepsleep at all yet, so backlight is not such a big issue :p |
| 21:26.12 | cr2_ | 0x18 mb reserved by amss |
| 21:26.18 | ALoGeNo | loo |
| 21:26.27 | Markinus | cr2_: Next wee I have my Leo too, maybe I can do something there.... |
| 21:26.29 | ALoGeNo | hi cr2_ master |
| 21:26.33 | phh | Markinus: oh only ? |
| 21:26.36 | Markinus | phh: Ahh yeah, I forgott :) |
| 21:26.37 | cr2_ | phh: and it may have 64MB smi. but this needs some independent verification |
| 21:26.42 | Markinus | phh: yes |
| 21:26.45 | phh | pfff |
| 21:26.52 | phh | why does everyone get a leo :'( |
| 21:26.58 | phh | (just when I get a rhod) |
| 21:27.03 | cr2_ | Markinus: lol. you have a lot of phones :) |
| 21:27.17 | adamw | phh: rhodium didn't reach you yet I guess? |
| 21:27.22 | Markinus | cr2_: :) |
| 21:27.25 | phh | adamw: no :'( |
| 21:27.45 | cr2_ | phh: they are very close hw-wise |
| 21:27.46 | adamw | boooo |
| 21:27.57 | phh | cr2_: but the processor. |
| 21:27.58 | cr2_ | phh: and you will have tvout :) |
| 21:28.02 | phh | cr2_: really ? |
| 21:28.08 | phh | I thaught rhod have no tvout ? |
| 21:28.18 | cr2_ | it has extusb ? |
| 21:28.24 | phh | yes |
| 21:28.39 | cr2_ | hm |
| 21:28.43 | Markinus | rhod has tv out . . |
| 21:28.49 | phh | Markinus: cool |
| 21:28.54 | phh | I'll need a tvout cable :D |
| 21:29.03 | cr2_ | phh: think about q6audio. |
| 21:29.11 | phh | cr2_: what about it ? |
| 21:29.23 | cr2_ | that may be a pita. i've already found the icodec frequency difference ;) |
| 21:30.01 | Markinus | phh: HTC ExtUSB™ (11-pin mini-USB 2.0, audio jack, and TV Out* in one) |
| 21:30.03 | cr2_ | and codec tx has variable frequency, so the whole wince-clock code needs to be even more flexible. |
| 21:30.10 | phh | Markinus: cool |
| 21:30.16 | phh | Markinus: and usb otg ? |
| 21:30.25 | phh | we will need a 2.6.32 tree. |
| 21:30.40 | Markinus | phh: hmm don't know . . |
| 21:30.53 | cr2_ | phh: raph had some code for that. |
| 21:31.00 | cr2_ | NetRipper: ping |
| 21:31.48 | cr2_ | phh: i can't mmutrace the 1MB areas on leo for some reason. |
| 21:32.06 | MrPippy | how about the virtual mapping? |
| 21:33.14 | adamw | phh: if matt sent you the whole box it might even have a cable, don't remember if it comes stock or not |
| 21:33.28 | cr2_ | MrPippy: mmutrace is virtual |
| 21:33.32 | phh | adamw: I think the '*' in the sentence Markinus pasted means it's not in it :p |
| 21:33.38 | adamw | ah :) |
| 21:33.44 | cr2_ | MrPippy: and it has some problems on msm7 too |
| 21:33.57 | MrPippy | yeah, none of the virtual mappings work on leo? |
| 21:34.21 | cr2_ | MrPippy: i need to check it one by one |
| 21:34.49 | cr2_ | for i2c and dex mmtrace is very important. |
| 21:34.54 | cr2_ | i2c mostly |
| 21:35.09 | cr2_ | dex seems to be the same as on other wince devices |
| 21:35.34 | MrPippy | on msm7 for smem the dlls all have the 0xbc addresses hardcoded and mmutrace works with that |
| 21:36.34 | phh | cr2_: does pmic rpc work ? |
| 21:36.49 | cr2_ | on leo ? |
| 21:36.58 | phh | 5225 |
| 21:37.21 | cr2_ | i've seen only f,6 and f,7 (periodic). 66 and gps(5b) so far |
| 21:37.23 | MrPippy | argh does anyone know a good graphical binary diff for linux? |
| 21:37.33 | cr2_ | phh: not used by wince=unknown |
| 21:37.37 | phh | ok |
| 21:37.58 | *** join/#htc-linux _rzk (~rzk@daemonet.ru) |
| 21:38.36 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
| 21:38.41 | phh | hi Captnoord |
| 21:38.45 | Captnoord | yoyo |
| 21:38.48 | phh | Captnoord: reversed anything for me ? |
| 21:38.54 | Captnoord | hehe.... |
| 21:39.03 | Captnoord | nah watched boondock saints |
| 21:39.07 | Captnoord | relaxed and stuff |
| 21:39.26 | Captnoord | made desquier use a sub windows |
| 21:39.33 | Captnoord | instead of printing it to the logs |
| 21:39.40 | cr2_ | HaRET(6)# pd 0x3000000 0x100 |
| 21:39.41 | cr2_ | 03000000 | bf800000 bf800000 3f800000 bf800000 | ...........?.... |
| 21:39.43 | cr2_ | 03000010 | bf800000 3f800000 3f800000 3f800000 | .......?...?...? |
| 21:39.45 | cr2_ | looks promising |
| 21:40.36 | cr2_ | 0x02500000 0x1b |
| 21:40.46 | Captnoord | *(unsigned *)(MSM_SHARED_RAM_BASE+mic_offset)=0xffff0080 | (on?0x100:0); |
| 21:40.53 | Captnoord | like I sayd before... hardcoded |
| 21:40.55 | Captnoord | is shit |
| 21:40.56 | Captnoord | :P |
| 21:41.16 | Captnoord | writel( readl() | 0x100 ) |
| 21:41.18 | Captnoord | :P |
| 21:41.26 | cr2_ | 5+1b=20 ? |
| 21:41.36 | cr2_ | Captnoord: no readl in wince |
| 21:41.56 | Captnoord | I know.... |
| 21:43.24 | cr2_ | HaRET(3)# powermon 10 |
| 21:43.26 | cr2_ | 000000: 8 100 % 4201 49 0 247 1 0 -1 -1 0 255 255 0 -1 -1 0 0 0 4 |
| 21:43.46 | cr2_ | i think we should cut down the output |
| 21:44.08 | cr2_ | i've never seen a phone with >4 filled fields |
| 21:44.49 | Captnoord | phh you got my pmic patch .... long time ago |
| 21:45.06 | phh | pmic patch ? |
| 21:45.13 | Captnoord | yea |
| 21:45.19 | Captnoord | what you guys are talking about |
| 21:45.27 | Captnoord | I did that with a readl + writel |
| 21:45.32 | Captnoord | nah |
| 21:45.36 | Captnoord | easy stuff anyway |
| 21:45.40 | Captnoord | and it worked |
| 21:45.59 | cr2_ | Captnoord: which pmic patch ? |
| 21:46.25 | Captnoord | nah... some time ago phh cleaned out the *(unsigned *)(MSM_SHARED_RAM_BASE+mic_offset)=0xffff0080 | (on?0x100:0); |
| 21:46.26 | Captnoord | part |
| 21:46.33 | Captnoord | but it didn't seem to work |
| 21:46.33 | *** part/#htc-linux c2d (~Mike@port-92-200-65-84.dynamic.qsc.de) |
| 21:46.34 | Captnoord | and stuff |
| 21:46.41 | Captnoord | so I coded a small change |
| 21:46.47 | Captnoord | to make it more dynamic |
| 21:46.50 | Captnoord | instead of hardcoded |
| 21:47.00 | cr2_ | mic, not pmic |
| 21:47.09 | Captnoord | hehe |
| 21:47.10 | Captnoord | woeps |
| 21:47.12 | Captnoord | mic yea |
| 21:47.16 | cr2_ | you confused me :) |
| 21:47.19 | Captnoord | sorry |
| 21:47.26 | cr2_ | it's pmic too, but very indirectly |
| 21:48.19 | cr2_ | haha |
| 21:48.24 | cr2_ | haret crashed |
| 21:48.27 | cr2_ | on wi 2 |
| 21:49.14 | phh | aaahhhh mic |
| 21:49.14 | phh | pfff |
| 21:49.24 | phh | Captnoord: I need to dump pmic stuff :p |
| 21:49.36 | Captnoord | k |
| 21:52.14 | cr2_ | something is buggy on the mmutrace side |
| 21:53.22 | *** join/#htc-linux k1ckn1ck (~nick@nik2kool85.plus.com) |
| 21:53.46 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
| 21:54.46 | *** join/#htc-linux babijoee (~babijoee4@d110-33-170-123.sun801.vic.optusnet.com.au) |
| 21:54.48 | k1ckn1ck | Hi, i have curently loaded fatsals version of android onto my x1. Is there anyone of closing down android without removing the battery? |
| 21:58.59 | cr2_ | 0xa0700000 is mapped. unknown ;) |
| 22:00.04 | JairunCaloth | lol... kernel won't build on the N1. |
| 22:00.10 | MrPippy | hmm i'm comparing the smem and there isn't much to go on, the htc_acoustic area (fc300, same as gsm) has clearly changed but every other change is battery/smd/rpc |
| 22:00.11 | JairunCaloth | even though it's the running kernel |
| 22:02.17 | MrPippy | does anyone know which wince dll handles the mic_offset? |
| 22:02.45 | Captnoord | MrPippy: searching for it to |
| 22:04.23 | cr2_ | JairunCaloth: experimental git ? |
| 22:04.35 | dcordes | cr2_, vodafone has no more leos left |
| 22:04.57 | cr2_ | dcordes: yeah. they are very popular |
| 22:05.54 | AstainHellbring | I can see why they are out |
| 22:05.56 | AstainHellbring | they are very nice |
| 22:06.48 | Captnoord | I think the mic offset would be 0xa80fed00 |
| 22:06.55 | dcordes | there is some statement from an HTC person about the leo. it's supposed to make windows mobile popular again on that type of device |
| 22:06.56 | cr2_ | AstainHellbring: still no tvout. and the weird usb connector |
| 22:06.58 | Captnoord | because of the secure smem copy bla bla |
| 22:07.15 | dcordes | the overly fast system is perfect for that purpose |
| 22:07.29 | cr2_ | dcordes: hehe. we will make them happy |
| 22:07.44 | dcordes | bwahaha |
| 22:07.53 | cr2_ | dcordes: the wince speed is bearable. but i hate the touchscreen |
| 22:08.03 | dcordes | if I will order a leo from vf now I will receive it in 4 weeks they said |
| 22:08.14 | cr2_ | designed for some iphone people ;) |
| 22:08.17 | dcordes | cr2_, you miss the keyboard rather? |
| 22:08.22 | Captnoord | feels like windows 7.... first release a crappy product(vista)... wait a little... and then release the users "savure..." |
| 22:08.24 | JairunCaloth | cr2_: nope, trying to build the normal 2.6.29 kernel |
| 22:08.44 | cr2_ | dcordes: no, it's big already. for the small phone i have raph |
| 22:08.54 | MrPippy | Captnoord: secure smem copy? and did you find that address in a dll? |
| 22:09.18 | cr2_ | Captnoord: gui feels crippled. like iphone too |
| 22:09.36 | Captnoord | crap... there doesn't seem to be a phone that actualy any good... |
| 22:09.38 | Captnoord | maybe nexus |
| 22:09.47 | Captnoord | MrPippy: just guessingt around..... |
| 22:09.47 | makkonen | captnoord: mic offset is 0xfed00 on gsm devices. trying to figure out if it's different on cdma. |
| 22:09.59 | Captnoord | I understand... |
| 22:10.00 | cr2_ | with 448MB ram and 32+ vram it will be a dream x11 device. lol |
| 22:10.07 | makkonen | nexus one apparently loses 3g signal if you squeeze it in the wrong place. so... that's a problem. |
| 22:11.22 | cr2_ | makkonen: hehe. if you block the antenna any phone will break 3g |
| 22:13.29 | Captnoord | lol..... at school we got pounded to design proper antenna's.... |
| 22:13.36 | Captnoord | and in reality... that knowlage is never used |
| 22:13.47 | Captnoord | and everyone goes for the cheap sollution |
| 22:15.03 | tmzt | cr2_: nexus or hd2? |
| 22:16.09 | MrPippy | i'm looking in htcutil.dll |
| 22:16.11 | tmzt | MrPippy: this is cdma/gsm then? |
| 22:16.29 | MrPippy | 7501a, just cdma |
| 22:16.45 | cr2_ | MrPippy: wavedev.dll |
| 22:16.46 | tmzt | the mystery nokia looks like tp2 |
| 22:18.08 | Captnoord | .text:1002A808 aUpdateaudioadi unicode 0, <UpdateAudioAdieTable MicBias |
| 22:18.16 | Captnoord | cr2_ is right... as always |
| 22:20.41 | MrPippy | ok thanks i'm in wavedev now, i see remote_apis_clnt.dll also has a pm_mic_en |
| 22:20.55 | dcordes | tmzt, what's the mystery nokia? |
| 22:21.05 | Captnoord | MrPippy: thats rpc |
| 22:21.23 | tmzt | hmm what site was that |
| 22:21.25 | Captnoord | nothing to see there... |
| 22:21.26 | Captnoord | :S |
| 22:22.05 | *** join/#htc-linux UnknownArtists (~unknown@84.19.199.249) |
| 22:22.53 | ToAsTcfh | phh: u around? |
| 22:23.02 | phh | yes |
| 22:23.03 | phh | but no |
| 22:23.10 | ToAsTcfh | oh |
| 22:23.10 | cr2_ | MrPippy: PMIC 0x30000061 pm_* |
| 22:23.26 | cr2_ | MrPippy: 0x1c,1 pm_mic_set_volt(0/1) |
| 22:23.38 | Captnoord | 0x80 = UpdateAudioAdieTable MicBias |
| 22:23.53 | Captnoord | 0xC0 = UpdateAudioAdieTable bEnableHSSD |
| 22:24.19 | cr2_ | tmzt: leo |
| 22:24.29 | Captnoord | hmmm somewhat evil again |
| 22:24.30 | Captnoord | bleh |
| 22:24.56 | tmzt | has anybody looked at the rhod400 version of thbis? |
| 22:25.13 | Captnoord | MrPippy: 0xAA0FC000 is found in the gsm dll.... only used trough a lookup table |
| 22:25.18 | Captnoord | no direct references |
| 22:25.54 | cr2_ | 483a5000 | 70000000 | Extended (4K) | AP=3 T=2 XNM |
| 22:25.58 | cr2_ | is it a bug ? |
| 22:26.42 | cr2_ | may be cam related |
| 22:27.44 | ToAsTcfh | phh: so i take it u never looked into the oc source i linked u to then? |
| 22:28.03 | phh | ToAsTcfh: overclock ? |
| 22:28.07 | IceBone | Oh, god, the stupid on xda-devs forums... |
| 22:28.08 | ToAsTcfh | yeah |
| 22:28.10 | phh | without a patch, I won't. |
| 22:28.18 | IceBone | The stupid... it burns! |
| 22:28.19 | ToAsTcfh | lol |
| 22:28.36 | ToAsTcfh | give me a second |
| 22:28.50 | Captnoord | MrPippy: search for the strings |
| 22:28.51 | Captnoord | DCD aPatch ; "Patch" |
| 22:28.51 | Captnoord | .data:10098AEC DCD aDevice ; "Device" |
| 22:28.52 | Captnoord | .data:10098AF0 DCD aCommon ; "Common" |
| 22:29.01 | Captnoord | and the numbers below that..... |
| 22:29.12 | Captnoord | you'l find the htc_accoustic base address |
| 22:29.14 | IceBone | Someone flashed Yozgatg dual boot rom without reading what it was for first and then complained when he came up to the bare windows mobile interface. FFS... |
| 22:29.34 | Captnoord | if the cdma dll is somewhat the same.... |
| 22:29.40 | cr2_ | IceBone: lol |
| 22:30.38 | IceBone | How can you just go flashing a new rom without even reading what it's for and what it contains? |
| 22:30.49 | tmzt | has somebody dumped it? |
| 22:31.13 | Captnoord | IceBone: because people are stupid |
| 22:31.20 | cr2_ | hm. this 0x70000000 is puzzling |
| 22:31.20 | Captnoord | first rule in life... people are stupid |
| 22:31.40 | MrPippy | ok i found device and common, nothing below there just a 0xB7 |
| 22:31.48 | IceBone | I know, I know, but THIS stupid? |
| 22:31.48 | *** join/#htc-linux UnknownArtists (~unknown@84.19.199.249) |
| 22:31.50 | Captnoord | true |
| 22:32.08 | Captnoord | lemme paste bin mine |
| 22:32.18 | cr2_ | MrPippy: search for the dex_1c function calls |
| 22:33.07 | Captnoord | http://www.pastebin.org/90328 |
| 22:33.42 | cr2_ | Captnoord: it's dex base address |
| 22:34.13 | Captnoord | O fucking hell |
| 22:34.17 | Captnoord | or I need glasses |
| 22:34.17 | cr2_ | well, not really dex. |
| 22:34.19 | Captnoord | or I need sleep |
| 22:34.30 | cr2_ | but not htcacoustic too |
| 22:34.36 | MrPippy | yeah mines not like that at all, patch/device/common are together but below is almost all uninitialized space |
| 22:34.37 | Captnoord | 0xfc000 4K flags?, DEX'd, init_radio=0,fm=1 |
| 22:35.03 | Captnoord | MrPippy: upload the dll somewhere.. for me:P |
| 22:35.12 | cr2_ | MrPippy: me too |
| 22:35.40 | cr2_ | Captnoord: look for three (maybe 4) functions doing ioctl on DEX1: |
| 22:35.47 | MrPippy | http://opus.homelinux.com/public_files/wavedev_cdma.dll |
| 22:37.17 | MrPippy | and our virtual mapping for smem is 0xbc instead of 0xaa |
| 22:38.25 | ToAsTcfh | phh: http://pastebin.com/d188e079f |
| 22:40.21 | Markinus | phh: Do oyu now the reason why the device are crashing on disabling wifi? It works only if we don'T disable the vregs. . |
| 22:40.36 | phh | Markinus: no |
| 22:41.11 | phh | ToAsTcfh: LOL |
| 22:41.46 | phh | ToAsTcfh: setting a new clock isn't that easy at all :p |
| 22:41.54 | MrPippy | fc0d0 is interesting, it is 2, then make a call and its set to 6, then set back to 2 half a second later |
| 22:42.17 | cr2_ | MrPippy: it's a different dex call |
| 22:42.37 | cr2_ | |2 and |4 are in wiki already |
| 22:42.43 | ToAsTcfh | phh: hey i just copied what the dream guys did |
| 22:43.00 | ToAsTcfh | lol i though they were some gurus |
| 22:43.21 | phh | ToAsTcfh: you're kidding me ? |
| 22:43.46 | ToAsTcfh | from what i was seeing all they did was name 528mhz like 780mhz |
| 22:43.51 | tmzt | dream is for google's rpc world |
| 22:43.51 | phh | ToAsTcfh: yup |
| 22:44.08 | ToAsTcfh | so man lead me in a direction |
| 22:44.22 | phh | ToAsTcfh: read and understand acpuclock.c's code :p |
| 22:45.11 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
| 22:45.30 | ToAsTcfh | i do to a point but adding a new clock doesnt seem to work. when i set it up like no2chem did it just froze |
| 22:46.50 | phh | ToAsTcfh: you can try a lower clock first |
| 22:47.15 | ToAsTcfh | but it needs the correct multiplier correct? |
| 22:47.16 | cr2_ | nothing at 70000000 |
| 22:48.35 | Captnoord | MrPippy: ADIE 0xBC0FDE00 |
| 22:48.52 | Captnoord | thats adie table A |
| 22:49.06 | Captnoord | search for string |
| 22:49.08 | Captnoord | "DumpADIE:" |
| 22:49.23 | Captnoord | not that it will do you any good |
| 22:49.37 | Captnoord | but at least it proofs that the address are kinda the same |
| 22:49.43 | Captnoord | with a slight offset off course |
| 22:51.59 | cr2_ | Captnoord: it's the same on gsm |
| 22:52.12 | polyrhythmic | wooo Kaiser overclock has returned :> |
| 22:52.29 | polyrhythmic | let's see how long this lasts |
| 22:52.33 | cr2_ | maybe we should dump these values in the kernel too |
| 22:53.55 | *** join/#htc-linux mickey|bbl (~mickey@openmoko/coreteam/mickey) |
| 22:54.19 | bzo | polyrhythmic: you mean in dzo's recent kernels? |
| 22:56.30 | *** join/#htc-linux UnknownArtists (~unknown@84.19.199.249) |
| 23:01.15 | *** join/#htc-linux The_Eccentric (~ablack7@unaffiliated/theeccentric/x-737283) |
| 23:03.50 | *** join/#htc-linux LTxda (~anon@unaffiliated/ltxda) |
| 23:05.53 | polyrhythmic | bzo: well, yes I set clock-7x00.a11=528 and it seems to be faster... is there a surefire way to check it from commandline? |
| 23:06.19 | tmzt | pll? |
| 23:06.22 | tmzt | or all |
| 23:06.30 | tmzt | cat /proc/cpuinfo |
| 23:08.02 | ToAsTcfh | phh: I think we can only go up to 960 or 1065, unless this chip has something that idk about |
| 23:08.02 | *** join/#htc-linux Olipro (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
| 23:08.07 | polyrhythmic | not all, A eleven |
| 23:08.08 | polyrhythmic | a11 |
| 23:08.11 | phh | ToAsTcfh: only ? :p |
| 23:08.23 | polyrhythmic | it says BogoMIPS: 383.38 |
| 23:08.34 | polyrhythmic | but the G1 guys say that BogoMIPS lies |
| 23:08.45 | phh | polyrhythmic: mmmmm |
| 23:08.47 | ToAsTcfh | yeah its like ocing with a locked fsb and a unlocked multiplier |
| 23:08.49 | phh | I think they are the one to trust the most :p |
| 23:08.55 | phh | ToAsTcfh: yeah |
| 23:09.02 | phh | but awkward multiplier |
| 23:09.09 | phh | well |
| 23:09.14 | polyrhythmic | phh: are you being sarcastic ? lol it's hard to tell over the net |
| 23:09.26 | ToAsTcfh | so all i can do is 2x what is on ppl2 |
| 23:09.34 | phh | FSB also links the data rate between CPU and chipset so you want highest fsb |
| 23:09.35 | phh | here not. |
| 23:09.48 | phh | ToAsTcfh: na you can do stuff like *2/3 |
| 23:10.29 | ToAsTcfh | i dont understand how the multiplier is working on arm |
| 23:10.50 | phh | it's not arm |
| 23:10.53 | phh | it's msm |
| 23:10.58 | ToAsTcfh | or msm |
| 23:11.05 | phh | (and don't worry, I don't either.) |
| 23:11.06 | polyrhythmic | well to be most specific I set clock-7x00.ahb_div=4 clock-7x00.a11=528 |
| 23:11.18 | *** join/#htc-linux cr2_ (~cr2@ip-109-85-216-129.web.vodafone.de) |
| 23:12.01 | ToAsTcfh | either way its not like my desktop when it comes to the way im doing it |
| 23:12.36 | phh | ToAsTcfh: anyway, pll frequencies can be more or less setted |
| 23:13.03 | phh | polyrhythmic: 528MHz frequency with a 4 divisor ? |
| 23:13.09 | phh | you have 2GHz PLL ?!? |
| 23:13.22 | phh | or there is also a multiplier ? |
| 23:13.25 | phh | (but i'm not awakre of that one) |
| 23:13.37 | polyrhythmic | No, I've been told that it works backwards from 528 |
| 23:13.46 | ToAsTcfh | it does |
| 23:13.49 | polyrhythmic | so 528 / 4 = host bus |
| 23:14.02 | polyrhythmic | usually I just leave the a11 alone, and change the divisor to 2 |
| 23:14.27 | Captnoord | 100838e0 R0 = * LR | * (LR + 1) << 8 | * (LR + 2) << 0x10 | * (LR + 3) << 0x18; |
| 23:14.30 | Captnoord | bleh!!!! |
| 23:14.41 | phh | Captnoord: cool :p |
| 23:14.46 | polyrhythmic | phh I was worried about that too, I refused to overclock until someone told me it was a divisor and not a multipler :P I didn't want to fry my chip |
| 23:14.50 | Captnoord | lolz |
| 23:14.59 | phh | polyrhythmic: ah right. forgot the ram clock |
| 23:15.17 | ToAsTcfh | idk overclocking this bitch is a pain and a real pain at that. back to camera |
| 23:15.42 | *** join/#htc-linux luminoso (~lumos@av-217-129-128-10.netvisao.pt) |
| 23:15.46 | phh | :) |
| 23:15.56 | ToAsTcfh | qdsp5 here i come!!!! |
| 23:16.16 | phh | just try to overclock to 768MHz |
| 23:16.29 | phh | set clock to right pll (pll1 ?), with divisor=0 |
| 23:16.33 | ToAsTcfh | i have no dice |
| 23:16.51 | polyrhythmic | heh xda has been down for 10 minutes, new servers FTL |
| 23:17.13 | phh | polyrhythmic: I think they got a donation link somewhere :p |
| 23:17.47 | polyrhythmic | I would click on it if the site was working ;) |
| 23:17.53 | polyrhythmic | catch-22 |
| 23:18.28 | JairunCaloth | gonna try building the msm/qsd x drver with the CA kernelheaders... |
| 23:18.29 | *** join/#htc-linux Reefermattness (~mjg@2002:4c12:4faa:1234:222:3fff:fef1:efa1) |
| 23:18.36 | phh | it's back up : |
| 23:18.37 | Captnoord | MrPippy: fucking hell!!!!!!!!!!! |
| 23:18.43 | Captnoord | gsm is done trough dex |
| 23:18.46 | phh | Captnoord: we love you too |
| 23:18.49 | phh | gsm what ? |
| 23:18.51 | tmzt | cdma is? |
| 23:18.52 | polyrhythmic | oh? not up from here yet... |
| 23:18.55 | Captnoord | your is different |
| 23:18.56 | Captnoord | :S |
| 23:19.09 | polyrhythmic | it must be my Google DNS blocking it ^_^ |
| 23:19.10 | tmzt | do you have a rhod400 version? |
| 23:19.17 | tmzt | of the dll |
| 23:19.21 | Captnoord | I got routed to |
| 23:19.22 | Captnoord | __imp_pm_mic_en |
| 23:19.27 | Captnoord | rpc call |
| 23:19.43 | Captnoord | for the cdma version it is |
| 23:19.46 | JairunCaloth | W0000 |
| 23:19.52 | JairunCaloth | it built!!! |
| 23:20.01 | tmzt | so we can use the g1 version? |
| 23:20.21 | phh | Captnoord: it is .... ? |
| 23:20.36 | Captnoord | yea if I follow the raph one... |
| 23:20.46 | Captnoord | I got down to a complicated packet building function for dex |
| 23:20.46 | tmzt | JairunCaloth: maybe you can join #xorg-developers the original dev is there and we can get this ported for 7k |
| 23:20.50 | MrPippy | so now we go to remote_apis_clnt.dll? |
| 23:21.00 | Captnoord | and for the cdma I got to that function |
| 23:21.01 | Captnoord | __imp_pm_mic_en |
| 23:21.02 | *** join/#htc-linux UnknownArtists (~unknown@84.19.199.249) |
| 23:21.08 | tmzt | #xorg-devel |
| 23:21.22 | phh | Captnoord: a pmic for mic ? |
| 23:21.24 | phh | why not. |
| 23:21.28 | Captnoord | mic |
| 23:21.34 | Captnoord | mic bias |
| 23:21.40 | tmzt | it's mic power (bias) |
| 23:21.49 | tmzt | so it's on the pmic |
| 23:21.52 | phh | MrPippy: mmutrace clock region |
| 23:21.54 | phh | pmic is there |
| 23:22.32 | *** join/#htc-linux The_Eccentric (~ablack7@unaffiliated/theeccentric/x-737283) |
| 23:23.08 | MrPippy | which clock region? |
| 23:23.15 | phh | MrPippy: maybe not trace but dump before/after |
| 23:23.23 | phh | you don't know its address by heart ? |
| 23:23.24 | phh | damn |
| 23:23.41 | phh | phys 0xA8600000 |
| 23:24.01 | Captnoord | MrPippy: you got a older driver? |
| 23:24.20 | MrPippy | older? |
| 23:24.24 | phh | MrPippy: vregs are from offset 0x298 to 0x2b4 included |
| 23:24.32 | Captnoord | yea older |
| 23:24.33 | phh | (one pmic per byte) |
| 23:24.59 | Captnoord | for the raph I use dll's of one of the first kitchens |
| 23:25.21 | Captnoord | if I was to code things like this |
| 23:25.28 | Captnoord | I code / hack it to work |
| 23:25.30 | Captnoord | and then |
| 23:25.37 | Captnoord | trough updates clean it out |
| 23:25.45 | Captnoord | hack means interesting things for us |
| 23:25.59 | MrPippy | that dll is from a recent kitchen, but the mod date is sep. 17 2008 |
| 23:26.00 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
| 23:26.00 | *** join/#htc-linux droid001 (~g1@p4FDCAB85.dip.t-dialin.net) |
| 23:26.21 | Captnoord | hmm... it doesn't really matter... as long as its older |
| 23:26.30 | MrPippy | the cdma diam came out around then |
| 23:26.49 | Captnoord | hmmm pitty |
| 23:28.03 | Captnoord | MrPippy: then I suggest setting it to 0xFFFFFFFF |
| 23:28.08 | Captnoord | and by trial and error |
| 23:28.09 | phh | MrPippy: if you're too lazy to dump these vregs, you can just wait, I'll add a debugfs to dump them (so you can compare mic on/off) |
| 23:28.10 | Captnoord | work it out |
| 23:28.16 | MrPippy | i'm dumping now |
| 23:33.38 | JairunCaloth | tmzt: I belive these drivers support 7k |
| 23:33.56 | phh | JairunCaloth: maybe not as is |
| 23:38.16 | MrPippy | ok there's differences in adsp ns and fs, and at 0x6d, 0x71-2, 0x7a |
| 23:38.41 | JairunCaloth | brb gotta go pick up dinner |
| 23:39.22 | Captnoord | so in the clock stuff |
| 23:40.32 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 23:43.33 | phh | MrPippy: vreg aren't changed ? |
| 23:43.40 | phh | then Captnoord is wrong ? :p |
| 23:43.44 | phh | time to sleep anyway. |
| 23:45.06 | Captnoord | like always |
| 23:45.06 | Captnoord | :P |
| 23:46.37 | MrPippy | yeah no change in the vregs |
| 23:53.53 | Captnoord | I got the bastardo on the gsm dll |
| 23:53.54 | MrPippy | hmm clk_halt_statea gets modified |
| 23:54.01 | Captnoord | damn why do they always have to make things complicated |
| 23:54.02 | Captnoord | :S |