| 00:00.14 | *** join/#htc-linux Zenity (~ircap@cpc1-grth3-0-0-cust482.sgyl.cable.virginmedia.com) |
| 00:01.30 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04e3e.pool.mediaWays.net) |
| 00:07.03 | NetRipper | shame on you! |
| 00:07.04 | NetRipper | :p |
| 00:07.10 | *** join/#htc-linux Wr4i7h (~abc@89.180.90.110) |
| 00:07.17 | JD[x] | Yeh, specially since I been waiting for him :( lol |
| 00:07.27 | ToAsTcfh | hit me up on xda i gotta go. please and ill hook u up |
| 00:07.40 | JD[x] | aight, PM You? |
| 00:07.48 | NetRipper | or send him lots of booze |
| 00:08.08 | ToAsTcfh | yeah or just go to the cdma hero forum an look for my source thread |
| 00:08.23 | JD[x] | Found it lol |
| 00:08.30 | JD[x] | when I searched for you on it |
| 00:09.40 | ToAsTcfh | sweet yeah just credit to mrpippy phh and maejrep and myself as well. |
| 00:10.06 | ToAsTcfh | also i have the .29 synaptic driver backported in there as well and working |
| 00:14.10 | *** join/#htc-linux rafyvitto (~rafyvitto@76-195-44-215.lightspeed.wlfrct.sbcglobal.net) |
| 00:14.36 | JD[x] | The only things I really need to have a rock solid 2.1 release |
| 00:14.46 | JD[x] | are the GLES and Camera |
| 00:15.34 | JD[x] | Camera = Half arsed library (what everyone on XDA calls a driver) - I'm thankful to the dude that did it, but it's very incomplete/buggy |
| 00:16.30 | rafyvitto | guys |
| 00:16.34 | rafyvitto | http://www.pastebin.com/m7e82a16f |
| 00:16.47 | rafyvitto | im trying to run does commands but nothing seems to happen |
| 00:21.07 | JD[x] | I can help you with one thing rafyvitto: |
| 00:21.15 | JD[x] | Those* |
| 00:30.10 | NetRipper | rafyvitto, pwf writes to file |
| 00:30.22 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 00:30.23 | NetRipper | so you have files called acer_spl and acer_smem in the directory of haret.exe |
| 00:32.06 | Unholy | rafy' |
| 00:33.08 | *** join/#htc-linux mickey|bbl (~mickey@80.81.242.146) |
| 00:36.34 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 00:45.32 | *** join/#htc-linux irlolcopter (~irlolcopt@host81-152-193-147.range81-152.btcentralplus.com) |
| 00:50.48 | cr2_ | NetRipper: s200 starts @0x118* too |
| 00:50.58 | cr2_ | but has 64+256MB ram |
| 00:51.52 | cr2_ | the fb is at 0x3227000 |
| 00:52.07 | cr2_ | need to patch haret for VIDEOLFB |
| 00:52.14 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 00:57.40 | myn | there a good way to disable OTA updates? |
| 01:04.59 | Scepterr | is there anything that needs to be done with a system.img other than squashing it, for android |
| 01:06.01 | Scepterr | if im not mistaken a couple things need to be added |
| 01:13.25 | *** join/#htc-linux ToAsTcfh (~toast@99-205-91-77.pools.spcsdns.net) |
| 01:19.39 | ToAsTcfh | JD[x]: ping |
| 01:20.07 | ToAsTcfh | JD[x]: ping |
| 01:22.49 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
| 01:30.11 | JD[x] | ToAsTcfh: PONG! |
| 01:30.13 | JD[x] | Sorry |
| 01:30.18 | JD[x] | Trying to copy your revisions |
| 01:30.43 | ToAsTcfh | eh they should apply clean |
| 01:30.59 | ToAsTcfh | should* :P |
| 01:31.13 | JD[x] | Well i've pretty much done it manually |
| 01:31.21 | ToAsTcfh | who are u on xda |
| 01:31.25 | JD[x] | But didnt comment out the defines in the header, and re-add it later |
| 01:31.43 | ToAsTcfh | oh |
| 01:31.51 | JD[x] | OzJD, I only surfaced once before... no one could build eclair, so I tried, lol |
| 01:32.05 | JD[x] | (on sapphire/dream) |
| 01:33.01 | ToAsTcfh | tru |
| 01:33.30 | JD[x] | But yeh, now everyone can do it :-) |
| 01:33.49 | ToAsTcfh | so yeah man just give thanx for our work when u post ur source and work please |
| 01:33.53 | JD[x] | I try and note all my issues, as I know how much it helps me |
| 01:34.01 | JD[x] | Of course ToAsTcfh :-) |
| 01:34.22 | JD[x] | I prob won't up source straight away, I can't figure out git. lol |
| 01:34.48 | ToAsTcfh | oh |
| 01:35.36 | ToAsTcfh | tru |
| 01:35.37 | JD[x] | GIT reminds me of overlays :P |
| 01:35.48 | ToAsTcfh | its nice though |
| 01:35.51 | ToAsTcfh | for me |
| 01:35.54 | NetRipper | cr2_, i've redone the memory map for leo... basically i kept everything, just re-aligned them to start at 0x3* downwards |
| 01:35.58 | ToAsTcfh | not everyone i guess |
| 01:36.17 | NetRipper | cr2_, got 396MB left for linux that way (not using SMI currently) |
| 01:38.01 | NetRipper | cr2_, and yea i got that VIDEOLFB patch on my todo ;) |
| 01:38.10 | JD[x] | + } else if (!get_msm_hw3d_file(img->memory_id, &img->offset, start, len, filep)) { |
| 01:38.21 | JD[x] | Where's get_msm_hw3d_file defined? |
| 01:38.36 | ToAsTcfh | JD[x]: the camera in my ssource is a backport from .29 it actually mostly works but vfe doesnt start so it doesnt work :P |
| 01:38.58 | JD[x] | vfe? |
| 01:39.09 | ToAsTcfh | ur gonna have to sort it out and patch it to urs |
| 01:39.10 | JD[x] | video front end? |
| 01:39.16 | ToAsTcfh | video front end |
| 01:39.22 | JD[x] | Heh |
| 01:39.30 | ToAsTcfh | yeah sux |
| 01:39.32 | JD[x] | You seen NCommanders? |
| 01:39.57 | ToAsTcfh | yeah i dont have a libqcamera that uses msm_camera |
| 01:40.06 | JD[x] | oh |
| 01:40.06 | ToAsTcfh | plus its a sad hack |
| 01:40.24 | JD[x] | You're going non proprietry? |
| 01:40.28 | ToAsTcfh | it works but i guess everyone has issues |
| 01:40.41 | ToAsTcfh | no |
| 01:40.56 | ToAsTcfh | i have libs :P |
| 01:41.27 | JD[x] | lol |
| 01:41.33 | JD[x] | HTC leaks alot of stuff |
| 01:41.39 | ToAsTcfh | yep |
| 01:41.42 | JD[x] | I think half of it is on purpose. |
| 01:42.17 | JD[x] | There's way too much leaked for it to be not lol |
| 01:42.21 | ToAsTcfh | i was gonna do u the libcamera hack but after seeing it only half way worked i said hell no |
| 01:42.31 | JD[x] | Yeh I thought i'd try it out |
| 01:42.36 | JD[x] | But it's better than nothing |
| 01:42.41 | ToAsTcfh | yeah |
| 01:42.49 | JD[x] | If you've got libs though... |
| 01:42.53 | ToAsTcfh | im not dissing it by no means |
| 01:43.00 | JD[x] | Thats how I feel |
| 01:43.06 | JD[x] | Look, it sucks, but thanks! |
| 01:43.08 | stinebd | crazy windows mobile... this card reads fine in linux and at the bootloader |
| 01:43.11 | JD[x] | How do you say that nicely? |
| 01:43.12 | JD[x] | lol |
| 01:43.21 | ToAsTcfh | u dont |
| 01:43.34 | JD[x] | heh |
| 01:43.52 | ToAsTcfh | hes a cool cat though. i posted in his thread and he set off to find me right then |
| 01:44.12 | JD[x] | Give me one sec |
| 01:44.15 | JD[x] | I'm on a roll. |
| 01:45.11 | ToAsTcfh | grep man |
| 01:45.56 | JD[x] | I didn't realise that msm_hw3d.h |
| 01:46.25 | JD[x] | because the commits only showed headers that you removed from another file, so it seemed pointless |
| 01:46.46 | ToAsTcfh | yeah ur gonna need that. yeah just get the patch from github and aply it. itll save u a ton of time |
| 01:46.59 | NetRipper | cr2_, pushed the memory map changes |
| 01:47.09 | NetRipper | off to bed, night |
| 01:47.26 | JD[x] | I can't - it seems our sources aren't the same |
| 01:47.32 | JD[x] | Night NetRipper |
| 01:49.10 | luke-jr | JD[x]: so this HTC port is legally grey? :/ |
| 01:49.40 | JD[x] | hah? which one? The one i'm doing? |
| 01:51.29 | JD[x] | :S |
| 01:52.14 | luke-jr | dunno |
| 01:52.17 | luke-jr | you said HTC leaks a lot |
| 01:52.30 | luke-jr | if the port is based on leaked code, I don't see how it can be legit |
| 01:52.37 | myn | what was leaked? |
| 01:52.46 | JD[x] | No, I'm not talking about anything im doing |
| 01:52.49 | JD[x] | Just in general |
| 01:53.02 | JD[x] | The staff let go of alot of stuff they're not allowed to |
| 01:53.13 | myn | yah |
| 01:53.32 | JD[x] | Like the 2.1 Hero ROM that got around before anyone had 2.0 |
| 01:58.14 | f77 | is there an equivalent of ReadProcessMemory in linux? |
| 02:00.02 | JD[x] | f77: Check out ptrace |
| 02:00.48 | f77 | ty |
| 02:03.25 | JD[x] | You got your commits mixed up with Touchscreen stuff ToAsTcfh :P |
| 02:03.38 | *** join/#htc-linux krisje8 (krisje8@gateway/shell/blinkenshell.org/x-ixyffzuhpxkfvgqx) |
| 02:03.49 | JD[x] | Looks like no overlaps in files |
| 02:15.01 | JD[x] | include/linux/msm_hw3d.h:29:1: warning: "HW3D_WAIT_FOR_INTERRUPT" redefined |
| 02:15.07 | JD[x] | I can deal with that. |
| 02:16.02 | ToAsTcfh | grep |
| 02:16.25 | JD[x] | Heh, I'll leave it |
| 02:16.32 | JD[x] | It compiled, Let's see if it works first |
| 02:17.20 | ToAsTcfh | haha |
| 02:17.27 | ToAsTcfh | me too |
| 02:17.50 | ToAsTcfh | it shouldve asked u which hw3d driver to install |
| 02:18.08 | ToAsTcfh | do u got the libs? |
| 02:18.18 | JD[x] | jd@OzLap01:~/mydroid$ fastboot -w; fastboot flashall; adb wait-for device; adb logcat; |
| 02:18.33 | ToAsTcfh | it shouldve asked u which hw3d driver to install |
| 02:18.36 | ToAsTcfh | do u got the libs? |
| 02:18.37 | JD[x] | Nah it didnt |
| 02:18.42 | JD[x] | which libs? |
| 02:18.44 | ToAsTcfh | :/ |
| 02:19.00 | JD[x] | I might have used "default y" |
| 02:19.03 | ToAsTcfh | libs for 2.x opengl |
| 02:19.08 | JD[x] | Oh |
| 02:19.21 | JD[x] | openGLES_qcom.so ? |
| 02:19.28 | JD[x] | etc |
| 02:19.29 | JD[x] | ? |
| 02:19.32 | ToAsTcfh | no it should ask u if u wanna compile for 2.x or 1.6 |
| 02:19.58 | ToAsTcfh | yes etc |
| 02:20.37 | JD[x] | Yeh |
| 02:20.41 | JD[x] | Forgot to push em, lol |
| 02:21.24 | JD[x] | jd@OzLap01:~/mydroid$ adb remount |
| 02:21.24 | JD[x] | error: protocol fault (no status) |
| 02:21.25 | JD[x] | Woah. |
| 02:21.49 | ToAsTcfh | oops |
| 02:21.53 | JD[x] | It only happened once |
| 02:21.59 | JD[x] | I think I must have done it at the wrong time |
| 02:22.50 | JD[x] | Nup, I've broken something, boot loop |
| 02:25.15 | JD[x] | Oh, I missed Choice. |
| 02:25.33 | ToAsTcfh | :/ |
| 02:28.00 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 02:30.10 | JD[x] | MSM Hardware 3D Register Driver |
| 02:30.10 | JD[x] | <PROTECTED> |
| 02:30.11 | JD[x] | > 2. Android 2.0+ (Eclair) (MSM_HW3D) |
| 02:30.15 | JD[x] | That's what you wanted, right? |
| 02:30.56 | ToAsTcfh | yep |
| 02:31.02 | ToAsTcfh | ur golden now |
| 02:31.04 | ToAsTcfh | :P |
| 02:31.09 | JD[x] | Let's hope |
| 02:31.14 | JD[x] | Last time I got a boot loop |
| 02:31.15 | ToAsTcfh | it gonna work if it compiles |
| 02:31.19 | JD[x] | So I don't feel confident |
| 02:31.22 | JD[x] | It's compiled |
| 02:31.24 | ToAsTcfh | itll work man |
| 02:31.49 | ToAsTcfh | if u got libs that look for msm_hw3dc itll work |
| 02:32.28 | JD[x] | Yeh that's the issue I was having before, it wasn't being found |
| 02:32.39 | ToAsTcfh | dont forget about us whe ur in the big time on the dream forum |
| 02:32.43 | JD[x] | I tried renaming /dev/hw3d or whatever the old one was |
| 02:32.46 | ToAsTcfh | :P |
| 02:32.59 | JD[x] | lol I'm thinking of doing exclusive for sapphire |
| 02:33.02 | ToAsTcfh | this is gonna work man |
| 02:33.06 | JD[x] | Someone else will mod it for dream |
| 02:33.35 | ToAsTcfh | eh justt make sure they give thanx also |
| 02:34.09 | ToAsTcfh | ls /dev |
| 02:34.11 | ToAsTcfh | ? |
| 02:34.23 | JD[x] | So the idea of #htc-linux is WM ports to Android? |
| 02:34.37 | ToAsTcfh | yep :P |
| 02:34.48 | ToAsTcfh | to htc devices |
| 02:34.58 | ToAsTcfh | all htc |
| 02:35.16 | JD[x] | Nup not working |
| 02:35.17 | ToAsTcfh | its just that the best devs on the block are in here |
| 02:35.21 | JD[x] | I think i've missed something |
| 02:35.22 | ToAsTcfh | wtf |
| 02:35.27 | ToAsTcfh | prolly |
| 02:36.09 | ToAsTcfh | i told u to just do the patch and manually put in the rest |
| 02:36.22 | ToAsTcfh | alot less to miss |
| 02:36.24 | ToAsTcfh | :P |
| 02:36.36 | JD[x] | There's only 2 commits right? |
| 02:36.47 | ToAsTcfh | right |
| 02:37.05 | ToAsTcfh | oh yeah i got the synaptics shit in it sorry |
| 02:37.21 | ToAsTcfh | i did them both on the same afternoon |
| 02:37.28 | ToAsTcfh | sorry my bad |
| 02:37.47 | JD[x] | Yeh thats what I said above lol |
| 02:37.55 | ToAsTcfh | the touch driver may work for u guys too idk |
| 02:37.59 | JD[x] | There's a few things that would break it if I just patched anyway |
| 02:38.14 | JD[x] | The touch for us is in AOSP already ;\ |
| 02:38.29 | ToAsTcfh | but its in the apps |
| 02:38.29 | JD[x] | I think |
| 02:38.34 | ToAsTcfh | not the kernel |
| 02:38.40 | JD[x] | Probably |
| 02:38.45 | JD[x] | Never checked, lol |
| 02:39.09 | ToAsTcfh | i know it is i tried it and it worked but it sucked if u didnt have the source for the app |
| 02:39.38 | JD[x] | lol |
| 02:39.40 | ToAsTcfh | try mine and see |
| 02:39.54 | JD[x] | I might on the next revision I do |
| 02:39.56 | ToAsTcfh | u use synaptics |
| 02:40.01 | JD[x] | I'll likely start over and do it again :P |
| 02:40.15 | JD[x] | Yeh, we're synaptics |
| 02:40.22 | ToAsTcfh | so there u go |
| 02:40.28 | JD[x] | Umm, how many fingers can you use? |
| 02:40.36 | ToAsTcfh | two |
| 02:40.47 | JD[x] | three give you bad rects? |
| 02:40.48 | ToAsTcfh | shes tight |
| 02:40.55 | ToAsTcfh | no |
| 02:41.09 | ToAsTcfh | it just doesnt owork like that |
| 02:41.15 | JD[x] | lol |
| 02:41.18 | ToAsTcfh | i dont think |
| 02:41.21 | JD[x] | I'd like three :P |
| 02:41.30 | ToAsTcfh | why |
| 02:41.30 | JD[x] | But AOSP + three fingers = Bleed. |
| 02:41.52 | JD[x] | Three would be cool, It's like an epenis. |
| 02:41.53 | JD[x] | lol |
| 02:42.05 | ToAsTcfh | oh i wish that damn guitar app was multitoch. thats the only part that sux |
| 02:42.08 | JD[x] | Not that i'd use it in the real world. |
| 02:42.25 | ToAsTcfh | fender app |
| 02:42.29 | JD[x] | mmm yeh a guitar app would be nice with 3+ fingers |
| 02:42.40 | JD[x] | It's not multitouch at all? |
| 02:42.54 | ToAsTcfh | well even with just two it would be cool |
| 02:42.58 | ToAsTcfh | no |
| 02:43.56 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
| 02:47.10 | JD[x] | damn |
| 02:47.25 | JD[x] | whos pushing the device? HTC? |
| 02:51.06 | JD[x] | I know its sapphire, but is it exclusive to a network or HTC pushing if? if HTC, i'd have expected better from em. |
| 02:51.14 | JD[x] | Then again, is it even on eclair? |
| 02:53.29 | JD[x] | Ahh nah its not |
| 02:53.42 | JD[x] | thats why no multitouch |
| 02:55.40 | myn | anyone got a diamond or touch pro they want to sell for cheap? |
| 02:59.03 | JD[x] | jd@OzLap01:~/mydroid-kernel/msm$ git reset --hard HEAD |
| 02:59.04 | JD[x] | HEAD is now at c7f8bce [ARM] msm: defconfig: Set mmap_min_addr to 32k |
| 02:59.05 | *** join/#htc-linux Pyrator (Pyrator@cpe-24-94-244-110.sw.res.rr.com) |
| 02:59.07 | JD[x] | :( |
| 03:00.00 | Pyrator | <PROTECTED> |
| 03:03.16 | *** join/#htc-linux MrPippy (~pip@adsl-75-11-172-186.dsl.sndg02.sbcglobal.net) |
| 03:09.17 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
| 03:11.02 | rafyvitto | pwf my_wince_dmesg 0x1fe00000 0x200000, is this command supposed to print something on the console or not? |
| 03:12.45 | *** join/#htc-linux Pyrator (Pyrator@cpe-24-94-244-110.sw.res.rr.com) |
| 03:15.47 | tmzt | rafyvitto: no |
| 03:15.50 | tmzt | to a file |
| 03:16.02 | rafyvitto | a log? |
| 03:16.30 | rafyvitto | im just trying a command cr2 posted on xda on my acer s200 haret |
| 03:16.56 | rafyvitto | i dumped the mmu |
| 03:17.00 | rafyvitto | and vram |
| 03:17.14 | tmzt | a file |
| 03:17.17 | tmzt | binary |
| 03:17.23 | tmzt | pwf is physical write file |
| 03:17.27 | *** join/#htc-linux Vito89_ (~quassel@gw.loccal.net) |
| 03:17.29 | tmzt | same directory as haret |
| 03:17.57 | rafyvitto | ohh ic now |
| 03:18.12 | rafyvitto | i though it would get dump at the haret console folder |
| 03:18.19 | rafyvitto | im new to all this =] |
| 03:18.53 | rafyvitto | so i can open thoes using note pad or will i need a linux box? |
| 03:18.57 | tmzt | haretconsole just does raw logs |
| 03:19.14 | tmzt | you could do pd if you want hex but cr2 wants binary |
| 03:20.12 | rafyvitto | i copy paste the binary data from the console log and gave it to him |
| 03:20.48 | tmzt | is it binary or hex? |
| 03:20.57 | tmzt | huh??? |
| 03:21.03 | tmzt | they are just files |
| 03:21.24 | rafyvitto | hex |
| 03:21.27 | rafyvitto | from what i can see |
| 03:21.59 | rafyvitto | ----- Virtual address map ----- cp15: r1=00c5787d r2=123f0010 r3=00000001 r13=2a000000Descriptor flags legend: C: Cacheable B: Bufferable D: Domain # AP: Access Permissions (for up to 4 slices): 0: No Access 1: Supervisor mode read/write 2: User mode read 3: User mode read/write 4: Reserved 5: Supervisor mode read only 6: Supervisor/user read 7: Superviso |
| 03:22.01 | rafyvitto | etc |
| 03:22.37 | tmzt | those are strings |
| 03:22.42 | tmzt | hmm |
| 03:22.48 | tmzt | the console should be fine |
| 03:23.09 | rafyvitto | yes the mmu dumping went perctly fine |
| 03:23.27 | rafyvitto | i was only testing the wince_dmesg |
| 03:23.31 | tmzt | mmu is binary |
| 03:23.38 | tmzt | please give him the binary file |
| 03:23.42 | tmzt | nevermind |
| 03:23.52 | tmzt | thought you meant bootloader mmu setup |
| 03:24.57 | rafyvitto | dump mmu |
| 03:25.04 | rafyvitto | thats what i ran |
| 03:33.28 | randomblame | "freeing init memory" I'm soooo close to userland |
| 03:38.14 | tmzt | cool |
| 03:38.23 | tmzt | well you're probably in userland |
| 03:38.34 | tmzt | since that follows exec on pid 1 I think |
| 03:38.47 | tmzt | but your userland has failed |
| 03:39.09 | rafyvitto | randomblame:on what device? |
| 03:39.38 | rafyvitto | randomblame: on what device? |
| 03:39.46 | randomblame | lg incite |
| 03:40.00 | rafyvitto | ohh ok ic |
| 03:40.02 | rafyvitto | congrats |
| 03:40.09 | randomblame | ty :D |
| 03:40.12 | rafyvitto | =] |
| 03:40.30 | randomblame | you guys know what is a pain in the ass option? fb_msm refresh |
| 03:40.40 | rafyvitto | i remember readin the thread about porting linux to the lg incite on xda upgrading and nlocking |
| 03:40.44 | rafyvitto | unlocking* |
| 03:40.49 | randomblame | it causes the most ridiculously strange behaviour |
| 03:40.57 | tmzt | we shouldn't need refresh soon |
| 03:41.12 | tmzt | well maybe still on 7k |
| 03:42.23 | randomblame | still don't have a fb but got ramconsole working |
| 03:47.04 | tmzt | how are you seeing 'freeing init memory'? |
| 03:47.15 | tmzt | hmm |
| 03:47.21 | tmzt | userland might be running then |
| 03:47.28 | tmzt | but it won't output on ramconsole |
| 03:48.00 | tmzt | there's a way to cat something to /dev to do that though |
| 03:49.36 | randomblame | hmm |
| 03:49.56 | randomblame | I think I can get usb working, I should be able to talk to angstrom |
| 04:00.37 | *** join/#htc-linux irlolcopter (~irlolcopt@host81-152-193-147.range81-152.btcentralplus.com) |
| 04:10.57 | randomblame | haha I just noticed this setting system clock to 2082-02-25 13:14:04 UTC (3539250844) |
| 04:31.16 | *** join/#htc-linux gandhijee (akp@host-66-202-34-165.spr.choiceone.net) |
| 04:31.24 | *** part/#htc-linux gandhijee (akp@host-66-202-34-165.spr.choiceone.net) |
| 04:37.41 | *** join/#htc-linux gehzumteufel (~gehzumteu@cpe-76-93-100-70.socal.res.rr.com) |
| 04:38.03 | gehzumteufel | privet |
| 04:38.25 | gehzumteufel | (That is hello in Russian) |
| 04:40.13 | *** join/#htc-linux f77 (~Administr@cpc2-nfds13-2-0-cust243.8-2.cable.virginmedia.com) |
| 04:40.20 | Paul_away | kak dela? |
| 04:40.47 | gehzumteufel | haha I am well |
| 04:40.49 | gehzumteufel | You? |
| 04:41.26 | Paul_away | perfect |
| 04:41.30 | gehzumteufel | I can't really type much of the Russian that I do know in anything but Russian letters. The whole Russian with Latin-based alphabet fucks me up |
| 04:42.38 | gehzumteufel | damn I see you are actually in Russia. Where at? |
| 04:42.52 | Paul_away | Krasnoyarsk |
| 04:43.04 | gehzumteufel | Isn't that way up in the middle of nowhere? |
| 04:43.23 | Paul_away | :) |
| 04:44.06 | gehzumteufel | haha I am looking at a map and I have a friend that is from near there if I remember |
| 04:44.11 | gehzumteufel | And I have some other friends in Lipetsk |
| 04:44.39 | Paul_away | I have also friends all over the world |
| 04:44.49 | Paul_away | with internet it is not that difficult |
| 04:44.56 | gehzumteufel | lol no these are people I know irl |
| 04:45.05 | gehzumteufel | Didn't meet them online |
| 04:48.09 | Paul_away | gehzumteufel, I often write as I think and there are big differences in the sentence building between english and russian |
| 04:48.25 | gehzumteufel | Yeah |
| 04:48.27 | gehzumteufel | I know |
| 04:50.13 | gehzumteufel | I understand that sentence structure from English to most other languages is very different |
| 04:50.54 | gehzumteufel | English and German, while very related, are far from being very similar. And the small amount of Russian that I do know, is pretty similar in structure to German. |
| 04:51.06 | *** join/#htc-linux tmzt (~tmzt@adsl-99-164-34-42.dsl.akrnoh.sbcglobal.net) |
| 04:52.35 | *** join/#htc-linux DaveWM (dave@h-96-13-23-190.ip.alltel.net) |
| 05:03.16 | randomblame | how does this handle the system clock? |
| 05:03.41 | randomblame | it's never acurate at all |
| 05:03.59 | gehzumteufel | Seems to be quite accurate for me |
| 05:04.59 | randomblame | interesting, it seems it would reset each time the phone restarts to winmo |
| 05:05.44 | gehzumteufel | hmm I never noticed that |
| 05:06.05 | randomblame | I'm not talking about the time, I'm talking about the system clock |
| 05:06.07 | gehzumteufel | That isn't to say that doesn't exist |
| 05:06.09 | gehzumteufel | oh |
| 05:06.24 | gehzumteufel | What is the difference? /n00b |
| 05:06.53 | randomblame | one is used for low level system tasks, one you check to see if you're late |
| 05:08.11 | gehzumteufel | Ah lol |
| 05:08.16 | *** join/#htc-linux DaveWM (dave@h-96-13-47-253.ip.alltel.net) |
| 05:08.25 | gehzumteufel | same thing as the cpu clock just different name |
| 05:13.43 | randomblame | Your computer has two timepieces; a battery-backed one that is always running (the ``hardware'', ``BIOS'', or ``CMOS'' clock), and another that is maintained by the operating system currently running on your computer (the ``system'' clock). The hardware clock is generally only used to set the system clock when your operating system boots, and then from that point until you reboot or turn off your system, the system clock is the one u |
| 05:13.43 | randomblame | sed to keep track of time. |
| 05:14.18 | randomblame | so your hardware clock must be functional while mine is not yet |
| 05:14.32 | gehzumteufel | Yeah I didn't realise we were talking about the hardware clock as opposed to the time clock |
| 05:35.18 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
| 05:41.36 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
| 05:52.33 | *** join/#htc-linux ToAsTcfh (~toast@70-11-189-98.pools.spcsdns.net) |
| 05:53.40 | Paul_away | phh, something wrong with VPE? |
| 05:53.40 | Paul_away | [ 2.019134] Enabling VFE clock |
| 05:53.40 | Paul_away | [ 2.069824] clock-wince: pc_clk_set_rate: id=40 rate=24000000 |
| 05:53.40 | Paul_away | [ 2.110443] msm_i2c msm_i2c.0: error, status 43c8 |
| 05:53.40 | Paul_away | [ 2.110748] msm_i2c msm_i2c.0: Error during data xfer (-5) |
| 05:53.41 | Paul_away | [ 2.110992] mt9t013_i2c_txdata failed |
| 05:53.41 | Paul_away | [ 2.116333] i2c_write_w failed, addr = 0x301a, val = 0x1009! |
| 05:54.20 | ToAsTcfh | yep thats our issue |
| 05:54.24 | ToAsTcfh | vfe |
| 05:54.40 | ToAsTcfh | its not starting |
| 05:54.44 | ToAsTcfh | init |
| 05:55.01 | ToAsTcfh | figure that out and ur god like :P |
| 05:58.07 | JD[x] | I GIVE UP! |
| 05:58.23 | JD[x] | I've tried porting yours since back then ToAsTcfh, but I suck. |
| 05:58.31 | JD[x] | and when I try your repo, make fails. |
| 06:01.19 | JD[x] | ;\,,,,,,writel((readl(MSM_CLK_CTL_BASE+offset)|(1<<9)), MSM_CLK_CTL_BASE + offset); |
| 06:07.03 | JD[x] | ToAsTcfh: Can you DCC me youe zImage ToAsTcfh? |
| 06:11.04 | gehzumteufel | What is the vfe? |
| 06:11.11 | *** join/#htc-linux rashire (~ed1112war@98.114.89.97) |
| 06:11.17 | JD[x] | viddeo front end |
| 06:11.20 | gehzumteufel | Ah |
| 06:11.46 | gehzumteufel | Is that what controls the video output I assume? |
| 06:18.09 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
| 06:24.31 | *** join/#htc-linux rashire (~ed1112war@98.114.89.97) |
| 06:32.31 | randomblame | hmm what's the advantage of harets resume into boot commdand? |
| 06:35.04 | randomblame | memory would remain intact so it wouldn't be cleaner |
| 06:35.15 | randomblame | unless video was reinitiated |
| 06:35.27 | randomblame | that might be usefull |
| 06:37.57 | *** join/#htc-linux reefermattness (~mattgnm@c-76-18-79-170.hsd1.nm.comcast.net) |
| 06:43.42 | *** join/#htc-linux kri5 (~kri5@cowdy.vlmc.org) |
| 06:48.53 | gehzumteufel | reefermattness wut up |
| 07:07.13 | *** join/#htc-linux luklew (~luklewluk@207.west.gre.pl) |
| 07:08.33 | randomblame | anyone know a wince tool to set the clock speed of msm7201a? |
| 07:09.01 | randomblame | I want to be able to test this kernels issue with different clocks |
| 07:09.54 | gehzumteufel | I thought the clocks were set on the 7200's? |
| 07:10.25 | randomblame | for arm11 there tends to be 3 different speeds for power management |
| 07:10.37 | randomblame | 245mhz 384mhz 528mhz |
| 07:11.20 | randomblame | I want to be able to force it to stick with one |
| 07:11.28 | gehzumteufel | Ah |
| 07:11.53 | randomblame | the kernel goes all the way into userspace 1 out of 20 times, that is always at 528mhz |
| 07:12.45 | gehzumteufel | So you can't just issue a power save command that forces the clock change? |
| 07:13.07 | gehzumteufel | Or will it go back depending on load? |
| 07:14.13 | randomblame | I would have to issue that in haret which barely supports msm cpus, and yes it would probably go back depending on load |
| 07:14.39 | gehzumteufel | hmm |
| 07:15.12 | gehzumteufel | Haret doesn't actually support anything |
| 07:15.27 | gehzumteufel | It is really just a bootloader to kick wince out of memory and start the kernel |
| 07:15.45 | randomblame | the framework is there for some pretty cool functionality |
| 07:15.47 | gehzumteufel | Not even a bootloader. Just a plain loader |
| 07:16.07 | randomblame | yeah it just writes over memory |
| 07:16.10 | gehzumteufel | Yeah |
| 07:16.16 | randomblame | wince is terribly unsecure |
| 07:16.24 | gehzumteufel | LOL |
| 07:16.39 | gehzumteufel | Win7 is the most secure Windows OS created |
| 07:16.57 | gehzumteufel | And while I absolutely love Win7....that isn't saying much |
| 07:17.25 | randomblame | yep |
| 07:17.34 | randomblame | it's a good os, for most things |
| 07:18.04 | gehzumteufel | Windows seems to be the only OS that you can just flat out change the password of the admin account with another OS. On the Mac they provide for this functionality with an original MacOS disc, and Linux, I dunno if it is possible. |
| 07:18.19 | gehzumteufel | WinCE is basically Win 3.1 in 32bit |
| 07:18.28 | randomblame | it's a bad os for programming I'd rather stick a fork in my arm than sit down and run visual studio again |
| 07:18.34 | gehzumteufel | haha |
| 07:18.55 | gehzumteufel | You know what is ironic about that? I hear the newest VS is much better than most other tools out there |
| 07:19.20 | randomblame | 2009 is so unstable it makes you suicidal |
| 07:19.25 | gehzumteufel | haha really?! |
| 07:19.29 | randomblame | yes |
| 07:20.40 | gehzumteufel | Quite frankly, MS needs to get their head out of their ass |
| 07:20.48 | gehzumteufel | That won't happen anytime soon though |
| 07:21.09 | randomblame | my 6month old just went to the doctor yesterday for his shots, now he has a cold. everywhere he crawls he leaves a trail of snot |
| 07:21.13 | *** join/#htc-linux Wout (~woutf@s55927d21.adsl.wanadoo.nl) |
| 07:21.19 | gehzumteufel | haha |
| 07:21.38 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
| 07:22.02 | randomblame | I wish they made baby sleeping pills |
| 07:22.25 | randomblame | then I'd get some sleep too |
| 07:22.28 | gehzumteufel | lol |
| 07:22.30 | gehzumteufel | They do |
| 07:22.53 | randomblame | no way |
| 07:22.59 | gehzumteufel | Yeah. It's called a club |
| 07:23.01 | gehzumteufel | lol |
| 07:23.02 | gehzumteufel | jk |
| 07:23.12 | randomblame | I was gonna say, jack daniels doesn't count |
| 07:23.14 | gehzumteufel | LOL |
| 07:23.30 | gehzumteufel | I was going to say some JD on the tongue before that, but figured, meh, go for the jugular |
| 07:23.52 | randomblame | it would take a pint to knock him out |
| 07:23.55 | gehzumteufel | haha |
| 07:23.59 | gehzumteufel | Doubt it |
| 07:24.08 | randomblame | 23lbs at 6 months |
| 07:24.12 | gehzumteufel | Just let him cry himself to sleep |
| 07:24.27 | gehzumteufel | Dunno if that is normal or not |
| 07:24.37 | randomblame | normal is 16lbs |
| 07:24.54 | randomblame | he's a giant, and he loves my keyboard |
| 07:25.14 | randomblame | he's stronger than I am too, so I lose |
| 07:25.42 | gehzumteufel | haha |
| 07:26.00 | randomblame | I used to be able to tie him up in a blanket |
| 07:26.22 | randomblame | I need to invest in some rope |
| 07:26.42 | gehzumteufel | lol |
| 07:31.32 | randomblame | I'm gonna try the .32 branch with ram console maybe it will answer some questions |
| 07:36.48 | *** join/#htc-linux mickey|bbl (~mickey@openmoko/coreteam/mickey) |
| 07:39.59 | gehzumteufel | I was wondering why the .27 branch is being used |
| 07:40.09 | gehzumteufel | As opposed to the .32 |
| 07:40.18 | randomblame | because it works |
| 07:40.26 | gehzumteufel | lol |
| 07:40.45 | *** join/#htc-linux ToAsTcfh (~toast@99-205-206-2.pools.spcsdns.net) |
| 07:40.53 | gehzumteufel | The kernel commits aren't compatible with the .32 branch? |
| 07:41.00 | gehzumteufel | Or do they break things |
| 07:41.21 | randomblame | its structured differently |
| 07:41.39 | gehzumteufel | Ah |
| 07:50.35 | randomblame | oh I can enable ram console on the eve kernel too that should actually get pretty far. |
| 07:50.58 | gehzumteufel | What does the ram console do? |
| 07:51.05 | randomblame | it lets me see |
| 07:51.22 | gehzumteufel | See what... |
| 07:51.24 | randomblame | the main framebuffer doesn't work on this device |
| 07:51.27 | gehzumteufel | Ah |
| 07:51.32 | gehzumteufel | What device? |
| 07:51.34 | randomblame | and the console frame buffer is less than reliable |
| 07:51.37 | randomblame | lg incite |
| 07:51.43 | gehzumteufel | OH shit that's right |
| 07:51.51 | gehzumteufel | You were the one trying to figure that shit out the other day |
| 07:51.51 | gehzumteufel | lol |
| 07:51.59 | randomblame | every day :D |
| 07:52.02 | gehzumteufel | haha yeah |
| 07:52.08 | gehzumteufel | But I haven't been on here in a week |
| 07:52.26 | gehzumteufel | ps |
| 07:52.34 | randomblame | I managed to get the kernel to a point where it boots about 1 in 10 attempts all the way to userspace |
| 07:52.37 | gehzumteufel | http://nig.gr |
| 07:53.02 | gehzumteufel | 1 in 10 is better than never! |
| 07:53.35 | randomblame | yeah but the panics come from no where it's making my brain hurt |
| 07:53.43 | gehzumteufel | heh |
| 07:55.29 | randomblame | that's a useful site :D I'm gonna have to use it ha |
| 07:56.54 | gehzumteufel | LOL |
| 07:57.00 | gehzumteufel | We found that shit while at work today |
| 07:57.18 | randomblame | sounds like you had a productive day |
| 07:57.26 | gehzumteufel | nig.ga isn't taken, but the registrar in Gabon is not setup, so can't register it. And bit.ch is already taken |
| 07:57.41 | gehzumteufel | haha I fuck off at work quite a lot some days |
| 07:58.01 | gehzumteufel | http://photos-a.ak.fbcdn.net/hphotos-ak-ash1/hs280.ash1/20733_497520325602_695500602_11103199_1475504_n.jpg |
| 07:58.21 | gehzumteufel | That is at work |
| 07:58.22 | gehzumteufel | lol |
| 07:58.44 | randomblame | nice |
| 08:00.58 | *** join/#htc-linux kri5 (~kri5@cowdy.vlmc.org) |
| 08:02.22 | *** join/#htc-linux LookLeft (~luklewluk@207.west.gre.pl) |
| 08:02.46 | randomblame | ok testing eve kernel brb |
| 08:04.00 | randomblame | ha it didn't even start it just restarted the phone with gusto |
| 08:06.01 | gehzumteufel | haha |
| 08:06.18 | randomblame | maybe with the right mach type |
| 08:06.25 | gehzumteufel | Yeah that would help |
| 08:06.28 | gehzumteufel | brb food |
| 08:20.03 | *** join/#htc-linux rafyvitto (~rafyvitto@76-195-44-215.lightspeed.wlfrct.sbcglobal.net) |
| 08:21.22 | Paul_Ishenin | what is amms? |
| 08:28.20 | *** join/#htc-linux droid001 (~g1@p4FDCB8E0.dip.t-dialin.net) |
| 08:28.33 | mickeyl | system implementing the baseband radio |
| 08:28.54 | mickeyl | acronyme for Advanced Mobile Subscriber Software |
| 08:29.26 | Paul_Ishenin | does our kernel has it? |
| 08:34.43 | Paul_Ishenin | found - we have amss version 6225 in our kernel |
| 08:35.29 | *** join/#htc-linux Markinus (~Miranda@gtng-4db050c2.pool.mediaWays.net) |
| 08:38.38 | mickeyl | not exactly in the kernel |
| 08:38.54 | mickeyl | the kernel contains communication protocols to talk to amss |
| 08:39.10 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
| 08:39.11 | mickeyl | which has the full control over some parts of the systems which rather should have been controllable by the kernel |
| 08:42.51 | phh | [06:56:59] <Paul_away> [ 2.110748] msm_i2c msm_i2c.0: Error during data xfer (-5) <------ not really a vfe error -_-' |
| 08:44.26 | Markinus | Good Morning! |
| 08:45.24 | phh | hi too :) |
| 08:45.54 | phh | [07:15:06] <gehzumteufel> Is that what controls the video output I assume? <------- video *input* |
| 08:46.02 | gehzumteufel | Ah |
| 08:47.19 | gehzumteufel | And I know on the glemsom site, it says that backlight shuts off on rhod, but on my 210 it does not |
| 08:47.37 | *** join/#htc-linux Zoolooc (~fredsibar@p54957362.dip.t-dialin.net) |
| 08:47.49 | phh | gehzumteufel: trace it |
| 08:47.57 | gehzumteufel | How do I do that? |
| 08:47.58 | gehzumteufel | lol |
| 08:48.05 | gehzumteufel | n00balert |
| 08:48.09 | gehzumteufel | for this stuff |
| 08:48.14 | Markinus | phh: I found some thinks about my lightsensor. If the auto_backlight is disabled, I have to enable/disable this with a extra I2C command . . |
| 08:48.34 | phh | Markinus: yes it's possible, in mahimahi's source there is one such command |
| 08:48.46 | phh | err |
| 08:48.47 | phh | no. |
| 08:48.56 | *** join/#htc-linux test (~4245e509@gateway/web/freenode/x-aqrtiepuqvdosyjs) |
| 08:49.05 | Markinus | phh: mahimahi is using a GPIO for enable/disable |
| 08:49.10 | phh | ah. |
| 08:49.45 | phh | gehzumteufel: automatic backlight off ? |
| 08:50.22 | gehzumteufel | Yeah I dunno how to do a trace |
| 08:50.26 | Markinus | phh: Could you explain me this i2c command, why do it send 2 times a first Byte marker? |
| 08:50.27 | Markinus | 030.358 7af88614: e5853000(str) # b2300000 =000001cc |
| 08:50.27 | Markinus | 030.358 7af88658: e5853000(str) # b2300000 =00000032 |
| 08:50.27 | Markinus | 030.358 7af886e8: e5853000(str) # b2300000 =000001cd |
| 08:50.27 | Markinus | 030.358 7af8877c: 05852000(str) # b2300000 =00000200 |
| 08:50.35 | Markinus | bevor the end marker |
| 08:50.55 | phh | Markinus: 0x32 is a read register |
| 08:51.06 | phh | you send 0x32, and then you read your result |
| 08:51.24 | Markinus | phh: ahh, ok, thx |
| 08:51.33 | phh | see the light sensor microp-klt.c driver code |
| 08:51.36 | phh | it's how it works |
| 08:52.38 | ToAsTcfh | phh: what it is my friend |
| 08:52.38 | Markinus | phh: Yes i saw it, but I wasn't shure is this what a think ok or not. Now I know this was ok :) |
| 08:53.04 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
| 08:59.08 | *** join/#htc-linux DaveWM (dave@h-96-13-38-181.ip.alltel.net) |
| 08:59.51 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87df27.pool.mediaWays.net) |
| 09:03.11 | *** join/#htc-linux Wout` (~5070d0f6@gateway/web/freenode/x-xsholdrhlmfssaab) |
| 09:05.16 | gehzumteufel | Okay after disabling the screen shit in WM, backlight goes off. |
| 09:05.17 | gehzumteufel | w00t |
| 09:05.37 | phh | cool |
| 09:05.45 | phh | only rhod100 left. |
| 09:05.52 | phh | (and cdma rhod, but who cares about cdma ? :p |
| 09:05.52 | phh | ) |
| 09:05.55 | gehzumteufel | LOL |
| 09:05.58 | gehzumteufel | I don't |
| 09:05.59 | gehzumteufel | haha |
| 09:06.42 | tmzt | me :) |
| 09:06.51 | gehzumteufel | lol |
| 09:06.53 | gehzumteufel | You and Markinus |
| 09:06.59 | phh | damn, he is awake |
| 09:07.02 | phh | gehzumteufel: no, MrPippy |
| 09:07.12 | gehzumteufel | Ah yes |
| 09:07.20 | gehzumteufel | Mark has a raph |
| 09:07.25 | phh | no, topa |
| 09:07.30 | gehzumteufel | shit lol |
| 09:07.35 | phh | :p |
| 09:07.39 | Markinus | :) |
| 09:08.23 | gehzumteufel | So you figure much out in regards to power management yet, Pierre? |
| 09:08.47 | phh | Pierre-Hugues. |
| 09:08.47 | Markinus | phh: Did you find domething about your gsensor? |
| 09:08.50 | phh | and no, nothing yet :( |
| 09:08.51 | Markinus | s |
| 09:08.55 | phh | Markinus: yes, it's actually bma150 |
| 09:09.05 | phh | but bma150 has to way to communicate with it |
| 09:09.13 | phh | and wince doesn't use the same way as hero ... |
| 09:09.43 | MrPippy | ah just the people i wanted to see, i'm trying to figure out how rhod powers up the wifi, since i can only find 1 gpio related to wifi (and n1/devour have several, including a shutdown# line) |
| 09:09.43 | Markinus | phh: ahh, ok |
| 09:10.04 | MrPippy | i traced dex, nothing happens there |
| 09:10.14 | phh | MrPippy: ouch |
| 09:10.23 | phh | both gpio and vregs are done through |
| 09:10.28 | phh | if no dex, then no gpio no vreg |
| 09:10.30 | gehzumteufel | phh: does this help at all? http://www.bosch-sensortec.com/content/language1/downloads/BMA150_DataSheet_Rev.1.5_30May2008.pdf |
| 09:10.43 | phh | gehzumteufel: bah that's what made me discover it actually is a bma150 :p |
| 09:10.51 | gehzumteufel | haha |
| 09:10.52 | gehzumteufel | nice |
| 09:11.17 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
| 09:11.18 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
| 09:11.22 | gehzumteufel | Looks to be a lot of good info in there |
| 09:11.27 | MrPippy | now i'm tracing i2c, and theres something going on, but i don't know how to read it |
| 09:11.41 | phh | MrPippy: easiest protocol ever :p |
| 09:11.51 | phh | the 00 register is the write one, the 0c is the read one |
| 09:12.02 | phh | (08 is the status, it just floods) |
| 09:12.05 | MrPippy | yeah |
| 09:12.07 | phh | when you write a message which is 1xx |
| 09:12.14 | phh | then you send a command to i2c device xx>>1 |
| 09:12.29 | phh | and the end of the message, is when you have 2xx |
| 09:14.29 | phh | Markinus: did you try using 6150's adsp file ? |
| 09:14.54 | Markinus | phh: no |
| 09:15.17 | Markinus | phh: I tested this, and the hole AMSS stofe from Hero, but this was crashed on sound on . . |
| 09:15.23 | Markinus | stuff |
| 09:15.44 | phh | ok |
| 09:15.45 | Markinus | always only 6120.c code .. |
| 09:16.48 | phh | MrPippy: you can check wiki for known i2c devices |
| 09:17.46 | MrPippy | wow...so turning on/off wifi reveals only one gpio (93, already in mmc.c), no irqs (also something that n1/devour have but i can't find), no dex, no rpc, no i2c |
| 09:17.51 | MrPippy | is there anything left? |
| 09:18.49 | phh | MrPippy: wow. |
| 09:19.31 | phh | there must be mmc interrupts at least -_-' |
| 09:20.22 | phh | MrPippy: I have SDC interrupts when doing anything on wifi |
| 09:20.53 | MrPippy | yeah i see the mmc irq, gpio 93 goes high, and all the wifi mmc pins going crazy |
| 09:21.31 | phh | ah ok :) |
| 09:21.40 | phh | maybe that's all |
| 09:22.20 | MrPippy | i've heard this thing is way better on power than the tiwlan (not hard to do), maybe its idle consumption is low enough they just leave it powered up all the time |
| 09:22.36 | phh | iirc tiwlan in idle mode can do <1mA |
| 09:22.52 | phh | ah no it was the BT chip |
| 09:24.23 | phh | pff I can't find any specs for bcm4325 |
| 09:24.42 | MrPippy | i should see if anything shows up for BT, its the same chip |
| 09:24.43 | phh | http://www.theiphonewiki.com/wiki/index.php?title=BCM4325 |
| 09:24.44 | phh | lol. |
| 09:25.02 | phh | bluetooth is /dev/ttyHS1 |
| 09:25.08 | phh | for low speed, classic hciattach should work |
| 09:26.08 | phh | hum, where is the edit page on this wiki ? |
| 09:26.12 | phh | they need a link to cr2's RE work :p |
| 09:26.26 | phh | ah no he reversed brf6350, not bcm4325... pff |
| 09:29.58 | MrPippy | yeah i was thinking about editing that (to point them to the source code), but its old by now |
| 09:31.06 | phh | we still have no source code for BT/FM |
| 09:31.07 | MrPippy | aah turned on BT and ADM_AARM(21) and UART2DM_RX(52) are going crazy |
| 09:31.36 | phh | nothing new here |
| 09:32.40 | MrPippy | the bluetooth.tgz for devour source has a /system/bluetooth/brfpatch/brfpatch.c |
| 09:32.53 | MrPippy | and their bluez source |
| 09:33.02 | phh | oh |
| 09:33.03 | phh | url ? |
| 09:33.15 | phh | I love the name of the hcd under wince: |
| 09:33.41 | phh | bcm4325d0_004.001.007.0072.0000_38_4_Class1_Bringup_HTC.hcd |
| 09:33.52 | phh | it's way too short. |
| 09:33.58 | MrPippy | so long yet so meaningless |
| 09:34.07 | phh | :p |
| 09:34.19 | phh | MrPippy: it's on android.git.kernel.org ? |
| 09:34.26 | MrPippy | oh the brfpatch is for ti |
| 09:34.32 | MrPippy | nah this is opensource.motorola.com |
| 09:34.50 | phh | MrPippy: bluetooth protocol is pretty common |
| 09:35.35 | Markinus | phh coukd you take a look? http://www.pastebin.com/m6a32b382 I have two reads one to 33 and one to 32. I can read the values, the 33 get me values but what the 32 read? Do you have a idea? |
| 09:35.49 | phh | Markinus: na, 32 is a write, 33 is a read :p |
| 09:36.30 | phh | and I see no 33 read/write ?!? |
| 09:36.36 | phh | I see only 66 read/write |
| 09:36.55 | phh | oh you meant command id ? |
| 09:37.17 | phh | 018.150 7af88614: e5853000(str) # b2300000 =000001cc |
| 09:37.17 | phh | 018.150 7af88658: e5853000(str) # b2300000 =00000033 |
| 09:37.17 | phh | 018.150 7af886e8: e5853000(str) # b2300000 =000001cd |
| 09:37.17 | phh | 018.169 7af8877c: 05852000(str) # b2300000 =00000200 |
| 09:37.17 | phh | 018.169 7af88780: e5933000(ldr) # b230000c==00000000 |
| 09:37.19 | phh | 018.169 7af88780: e5933000(ldr) # b230000c==00000007 |
| 09:37.24 | Markinus | phh: yes, |
| 09:37.32 | phh | means you send command 0x33, and read its result, which returns 2 bytes, {0,7} |
| 09:38.11 | phh | MrPippy: I love such releases. It's such a mess. |
| 09:39.20 | Markinus | phh: ok, and the read on 32 get me {0,3} . .hmm |
| 09:39.35 | MrPippy | yeah, at least its more organized than any codeballs i've seen from korea or china |
| 09:39.35 | phh | Markinus: it's supposed to be light sensor ? |
| 09:39.50 | MrPippy | and the top-level README is nice to see |
| 09:41.44 | *** join/#htc-linux balans (~Gebruiker@212-123-149-239.ip.telfort.nl) |
| 09:41.49 | phh | MrPippy: I'd say bt driver is not here |
| 09:42.12 | MrPippy | the bt driver is somewhere in bluez? |
| 09:42.40 | phh | if you look at rom dumps of such devices, you'll see btlp daemon |
| 09:42.43 | phh | which are the bt drivers |
| 09:43.25 | MrPippy | even n1 doesn't have source? |
| 09:43.43 | phh | I haven't seen them at least |
| 09:48.24 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87df27.pool.mediaWays.net) |
| 09:49.36 | phh | where the hell have they put the wifi firmware ?!? |
| 09:51.24 | Markinus | phh: I found your firmware on a Smasung phone. There are using this chip too. The path to the formware has to be put as a modul aparameter on the modul load |
| 09:51.32 | phh | I know |
| 09:51.39 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
| 09:51.40 | phh | I just want our firmware |
| 09:51.55 | Markinus | I sended it to adamw . . |
| 09:52.06 | phh | ok |
| 09:52.18 | phh | I'll first try bluetooth, should be the easiest. |
| 09:52.35 | phh | (easiest to get @ 115200.) |
| 09:53.56 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.53) |
| 09:54.19 | Markinus | adamw: did you have the firmware whitch I sended you for the wlan chip? |
| 09:57.26 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
| 09:57.27 | *** join/#htc-linux rafyvitto (~rafyvitto@76-195-44-215.lightspeed.wlfrct.sbcglobal.net) |
| 10:01.18 | Paul_Ishenin | why we have clock-wince.c and clock.c and proc_comm_wince.c and proc_comm.c? |
| 10:01.34 | phh | because wince amss is different from android amss |
| 10:01.41 | rafyvitto | http://handhelds.org/cgi-bin/cvsweb.cgi/~checkout~/haret/docs/haret.html ,is this a good website to learn the basics of haret commands? |
| 10:02.15 | phh | rafyvitto: http://www.handhelds.org/moin/moin.cgi/HaRET_20Documentation |
| 10:02.39 | Paul_Ishenin | phh, but we are running android, no? how wince is related? |
| 10:02.45 | phh | Paul_Ishenin: *amss* |
| 10:03.13 | Paul_Ishenin | I have no idea what is that |
| 10:03.20 | phh | modem software ? |
| 10:03.31 | Paul_Ishenin | maybe there is some wiki to read about that? |
| 10:03.32 | phh | bigbrother, radio software |
| 10:03.37 | phh | afaik no |
| 10:04.24 | Paul_Ishenin | modem software is a radio module firmware? |
| 10:05.41 | *** join/#htc-linux mcdull (~mcdull@203.210.9.179) |
| 10:05.55 | phh | depends on what you call radio module, but yes. |
| 10:06.35 | phh | Paul_Ishenin: what you call "radio module", is what controls pretty much everything we do. |
| 10:06.46 | Paul_Ishenin | so if I flash android radio firmware then I can get rid of wince code? |
| 10:06.52 | phh | sure. |
| 10:08.00 | Paul_Ishenin | but if I flash it then I will not be able to run wince :) |
| 10:08.16 | phh | I'm not even sure you'll be able to boot. |
| 10:09.01 | phh | I'd bet they added hardware check to prevent such things |
| 10:09.59 | Markinus | phh: command id 32 is 0 if the device is sleeping ans 0x3 or 0x9 etc. if the device is on |
| 10:10.56 | phh | Markinus: no clue of what it is ? |
| 10:11.05 | Markinus | phh: maybe only a plausibily check whether the resturn values are ok or the chip is sleeping |
| 10:12.24 | phh | I don't think microp ever sleeps |
| 10:12.59 | phh | so, the bt chip uses no H4 protocol |
| 10:13.50 | phh | next idea. |
| 10:15.56 | Markinus | phh: ahh, its something with the display brightness |
| 10:16.17 | mcdull | in blackstone. you need to further unlock the phone to load other radio |
| 10:17.21 | phh | mcdull: can you flash raphael or diam's radio ? |
| 10:18.21 | mcdull | mine isnt unlocked. but after unlock. yes it can |
| 10:18.35 | phh | topaz' radio ? |
| 10:18.41 | phh | hum, you'd kill wince |
| 10:19.16 | mcdull | someone put sony x1 radio |
| 10:19.29 | phh | kovsky is a clone of raphael |
| 10:19.38 | mcdull | and somehow it works |
| 10:20.17 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
| 10:23.46 | Markinus | phh: 0x32 is the get LCD BRIGHTNESS between 0x0 -> 0x9 |
| 10:23.57 | phh | Markinus: oh righy |
| 10:23.58 | phh | t |
| 10:24.14 | phh | you have this command and you din't have to use the same backlight diming as me ? |
| 10:24.15 | phh | werid |
| 10:24.32 | MrPippy | phh: the wifi firmware is in \windows, theres rtecdc.bin and rtecdc1.bin |
| 10:24.40 | phh | MrPippy: thanks |
| 10:25.10 | Markinus | phh: backlight dimming is working on topaz . . |
| 10:25.20 | MrPippy | i don't know what the difference between the two is |
| 10:25.22 | phh | reallly weird |
| 10:25.29 | Markinus | ph: or you mean your on/off method? |
| 10:25.44 | phh | Markinus: both |
| 10:25.50 | phh | for rhodium, on/off and diming is the same |
| 10:26.17 | MrPippy | and for getting nvram, this worked: dd if=mtd0.img of=nvram.txt bs=1 skip=47054848 count=466 |
| 10:26.48 | Markinus | phh: ahh, ok, on topaz if you do the brightness to 0 the LCD is dark but the backlight is still on |
| 10:26.52 | mcdull | may i know the reason of disabling the light sensor? |
| 10:27.02 | phh | mcdull: disabling light sensor ... ? |
| 10:27.32 | mcdull | yes. we used to have auto backlight |
| 10:27.39 | phh | ... |
| 10:27.52 | phh | for god's sake. stop calling "light sensor", "auto backlight" |
| 10:28.06 | phh | chamonix: I think my diamond exploded your record. |
| 10:28.16 | *** join/#htc-linux mcdull (~mcdull@203.210.9.179) |
| 10:29.00 | mcdull | oh.. irc radio is not stable...force closed |
| 10:29.35 | phh | chamonix: I *think* that my phone started on battery around 22h on the 18 |
| 10:29.44 | phh | and... well... it's still alive. |
| 10:29.46 | chamonix | wow! |
| 10:29.56 | phh | I've a little cheat though. |
| 10:30.00 | phh | no SIM card :p |
| 10:30.00 | chamonix | did u cut out the radio? :) |
| 10:30.05 | chamonix | rofl |
| 10:30.10 | Scepterr | ooo backlight dimming :) |
| 10:30.13 | phh | still, that's quite impressive. |
| 10:30.16 | Scepterr | nice Markinus |
| 10:30.51 | phh | chamonix: http://husson.hd.free.fr/dm :p |
| 10:30.57 | phh | chamonix: but the clock is totally out of sync :/ |
| 10:30.58 | chamonix | yes, it's as goos as a pda without radio |
| 10:31.06 | phh | theorically the dm stops just right now. |
| 10:31.43 | chamonix | [11:30:58] <= phh> chamonix: but the clock is totally out of sync :/ <--- you mean like mins or hours? |
| 10:31.52 | phh | chamonix: see the end of the dmesg. |
| 10:33.09 | phh | [10506.048522] suspend: exit suspend, ret = 0 (2010-02-19 16:06:38.310000000 UTC) |
| 10:33.09 | chamonix | wow that's a lot |
| 10:33.12 | phh | yes. |
| 10:33.48 | phh | chamonix: I think it lost sync starting there: |
| 10:33.50 | phh | [ 9699.646118] suspend: exit suspend, ret = 0 (2010-02-19 14:35:19.410000000 UTC) |
| 10:33.55 | phh | all sleeps after this one are <1m |
| 10:34.18 | chamonix | it would be interesting to see if your CMOS is lagging the same |
| 10:34.25 | phh | yes |
| 10:34.53 | chamonix | well then you need a sim to keep time in sync :-D |
| 10:35.17 | phh | chamonix: when sleeping you can't use it ... |
| 10:35.18 | chamonix | I've found a time client in busybox btw, didn't test yet tho |
| 10:35.23 | phh | and leobaillard is complaining about that :p |
| 10:35.28 | chamonix | rofl |
| 10:35.45 | phh | chamonix: using your phone as an alarm is suicidal with that :p |
| 10:36.19 | chamonix | I don't rely on the phone as alarm anyway as it keep doing weird stuff at nite |
| 10:36.27 | phh | I'll charge my diamond full again, I'll note the date of test start, and I'll wait for it to stop.. I guess it's going to be llllllooooonnnnggggggg :p |
| 10:36.47 | chamonix | I assume u finally got ur new phone then |
| 10:36.50 | phh | yes |
| 10:36.58 | chamonix | \o/ |
| 10:37.41 | chamonix | I haven't tested kernels for a while... I'll do the last |
| 10:38.52 | phh | I still have to fix 3D. |
| 10:38.53 | phh | bah. |
| 10:38.58 | chamonix | with last system while I'm at it |
| 10:39.47 | *** join/#htc-linux luklew (~luklewluk@207.west.gre.pl) |
| 10:40.01 | phh | I think BT rfkill for rhodium is good now |
| 10:40.07 | phh | we "only" need a driver :D |
| 10:40.12 | chamonix | lol |
| 10:40.26 | phh | oh I could try galaxy's one |
| 10:43.24 | chamonix | phh: I had an idea yesterday.... try to mount android's dropbear as sshfs |
| 10:45.09 | phh | -_-' |
| 10:45.12 | phh | you're crazy |
| 10:47.11 | chamonix | y not? it's a little overkill but together with auto.mount it would be convenient |
| 10:48.07 | chamonix | I just don't know if dropbear fully implements what I need so let's test... I'm not in a mood to code anyway |
| 10:48.12 | tmzt | just have to copy sftp-server |
| 10:48.21 | tmzt | I do that on nslu |
| 10:48.49 | phh | sounds better. |
| 10:49.00 | chamonix | wenn my unslug is mounted with sshfs |
| 10:49.04 | tmzt | sshfs uses sftp |
| 10:49.17 | chamonix | that's a good start |
| 10:49.19 | chamonix | :) |
| 10:50.15 | chamonix | anuff reasons to go back to nand with system+root at least |
| 10:50.17 | phh | I need more usb ports. |
| 10:51.59 | Markinus | phh: So, Topaz's Lioghtsensor is working now . . |
| 10:52.08 | phh | Markinus: hwo ? |
| 10:52.27 | Markinus | checked in |
| 10:52.31 | phh | ok |
| 10:56.22 | phh | ?!? |
| 10:56.25 | phh | light sensor != brightness level |
| 11:03.18 | phh | oh wait... with auto backlight ... |
| 11:03.19 | phh | ok |
| 11:03.29 | phh | still sounds strange |
| 11:11.10 | Markinus | phh: yes, I had problems if I remove this reading. Now I d o it like wince, so works perfectly |
| 11:11.24 | phh | hum ok then |
| 11:12.20 | Markinus | I know it lokks dtrange ;) |
| 11:12.26 | Markinus | looks strange |
| 11:14.32 | *** join/#htc-linux mcdull (~mcdull@203.210.9.175) |
| 11:15.02 | phh | hum, btld launched, but it says nothing |
| 11:15.14 | phh | ah, everything is in logcat. |
| 11:15.27 | *** join/#htc-linux nacho-g (~nacho-g@190.189.189.218) |
| 11:18.34 | phh | ok, I think their driver works. |
| 11:19.07 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.2) |
| 11:19.22 | Markinus | phh: BT on Rhod? |
| 11:19.26 | phh | yes* |
| 11:19.44 | phh | but it needs their framework files I guess |
| 11:27.03 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 11:27.44 | phh | Markinus: have you some light for the bottom buttons ? |
| 11:27.50 | *** join/#htc-linux sxe (~quassel@ip-62-143-102-161.unitymediagroup.de) |
| 11:27.59 | Markinus | phh: yes |
| 11:28.09 | phh | have you traced it ? |
| 11:28.23 | phh | I think it's on microp-ksc on rhod, but that's seems really weird (again.) |
| 11:28.39 | Markinus | phh: no, it worked without changes |
| 11:28.55 | phh | hu ? it lights up and down automatically ? |
| 11:29.02 | Markinus | phh: yes |
| 11:29.13 | phh | bah. |
| 11:30.55 | phh | groumpf, I need a "hci_qcomm_init" |
| 11:31.34 | *** join/#htc-linux bartman` (~bart@88.130.193.92) |
| 11:35.38 | Markinus | phh: now I'm not sure whether it works or not, in the moment no. Hmm we have to many thinks on our phones :) |
| 11:35.51 | phh | Markinus: hehe |
| 11:35.56 | phh | wow |
| 11:36.01 | phh | acer weather widget is so cute |
| 11:37.32 | phh | but doesn't handle landscape mode. |
| 11:38.21 | *** join/#htc-linux nacho-g (~nacho-g@190.189.189.218) |
| 11:38.57 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 11:46.50 | Markinus | phh: I can enable and disable the keypad leds with echo > leds |
| 11:52.01 | Markinus | phh: we could connect this together, if the backlight change we change the keypad leds |
| 12:02.21 | phh | Markinus: use early_suspend things |
| 12:04.29 | phh | ah, hciattach works with the "any" driver |
| 12:05.48 | phh | let's see if it can scan. |
| 12:05.52 | phh | failed. |
| 12:06.20 | phh | wrong radio init I guess. |
| 12:07.05 | Markinus | phh: there is a lot of GPIOS on Rhod and BT |
| 12:07.35 | Markinus | phh: I get a log from a Rhod user . . |
| 12:07.44 | phh | I have pretty much nothing |
| 12:07.54 | Markinus | phh: very intresting . . |
| 12:08.03 | phh | Markinus: well, I'm not talking about UART2DM gpios |
| 12:08.34 | Markinus | phh: ahh, ok |
| 12:08.53 | Markinus | phh: I cannot remeber, have the logs not here . . |
| 12:09.00 | phh | Markinus: I hate too you know ? :p |
| 12:10.49 | phh | I have* |
| 12:11.29 | Paul_Ishenin | phh, where did you get sensor_reset, sensor_pwd values? |
| 12:11.38 | phh | Paul_Ishenin: wiki |
| 12:11.45 | Paul_Ishenin | please point me there |
| 12:12.16 | phh | http://htc-linux.org/wiki/index.php?title=Raphael_GPIO |
| 12:12.35 | Paul_Ishenin | official kernel values are very different. becuase of different radio firmware? |
| 12:13.12 | Wout` | pok phh , got ubuntu running, rhod with android connected, terminal open, android says usb debugging is enabled |
| 12:13.22 | Wout` | how do I log on to the device now? |
| 12:13.37 | phh | Wout`: adb shell |
| 12:13.47 | phh | Paul_Ishenin: because of different hardware connection |
| 12:13.53 | Wout` | not the telnet option? |
| 12:14.00 | phh | Wout`: as you want. |
| 12:14.20 | phh | Paul_Ishenin: I can talk to the i2c chip, so it's likely that this gpio is good |
| 12:14.54 | Paul_Ishenin | how you know that you are talking to it and not to some other chip? |
| 12:15.36 | phh | it answers ... |
| 12:15.42 | Paul_Ishenin | :) |
| 12:16.06 | phh | and with wrong gpio, it doesn't :p |
| 12:16.56 | Paul_Ishenin | so that's why I see many dmesg errors after I changed values |
| 12:17.09 | phh | -_-' |
| 12:17.30 | phh | seriously, trust me when I say the only remaning problem is in the AMSS |
| 12:17.39 | phh | (ie VFE + pmem + ADSP and friends) |
| 12:18.36 | *** join/#htc-linux emwe (~michael@86.56.50.180) |
| 12:18.58 | Paul_Ishenin | do you know what is vcm_pwd? |
| 12:19.12 | phh | right, this one hasn't been found yet. |
| 12:19.17 | phh | it's the lens |
| 12:19.51 | Paul_Ishenin | what is find method? |
| 12:19.59 | Paul_Ishenin | haret or something else? |
| 12:20.51 | phh | hum yes, watch gpios on haret |
| 12:21.13 | Paul_Ishenin | never did that before |
| 12:21.18 | Paul_Ishenin | somewhere explained? |
| 12:21.18 | phh | let me try that. |
| 12:21.36 | phh | google haret documentation |
| 12:21.39 | phh | but let me try that first. |
| 12:21.52 | phh | oh wait, I think we might have this gpio actually |
| 12:22.00 | phh | but not the i2c control |
| 12:22.21 | phh | 91 0x5b0 23 O + cif VCMPDP pin |
| 12:22.26 | phh | I'd guess it's this one. |
| 12:22.58 | Paul_Ishenin | no, that is CAM_PWD |
| 12:23.12 | Paul_Ishenin | used for sensor_pwd |
| 12:23.15 | phh | bah. |
| 12:23.27 | phh | 107 ? 109 ? |
| 12:23.32 | Paul_Ishenin | but vcm_pwd is something else |
| 12:23.49 | phh | anyway, you'll get something working without it |
| 12:23.55 | Paul_Ishenin | cif is camera interface? |
| 12:24.02 | phh | or something like that |
| 12:25.13 | Paul_Ishenin | maybe we wrongly using CAM_PWD - we need to assign it to VCM_PWD? |
| 12:25.54 | Paul_Ishenin | and 109 for CAM_PWD? |
| 12:26.03 | phh | have you seen the current problem at least ? |
| 12:26.15 | Paul_Ishenin | no |
| 12:26.22 | phh | ... |
| 12:26.27 | Paul_Ishenin | what do you mean? |
| 12:26.37 | phh | try to see where is the problem before creating new ones ? |
| 12:28.44 | Paul_Ishenin | ok |
| 12:33.39 | phh | still my assertion about gpios was wrong. |
| 12:35.20 | Paul_Ishenin | you've found something paticular? |
| 12:35.29 | phh | 91 is actually vcm_pwd. |
| 12:35.49 | Paul_Ishenin | so we don't poweon camera sensor itself? |
| 12:35.53 | phh | I don't remember my changes, maybe the gpio declared in msm_camera_sensor_info isn't used |
| 12:35.56 | phh | yes we do |
| 12:36.02 | phh | camera_set_state is right |
| 12:36.14 | phh | and I can talk to it ... |
| 12:38.47 | phh | (you can assert the fact that "sensor" and "i2c" part are only internal to the sensor differences by seeing there is no gpio switch involved once the i2c comm is established) |
| 12:42.21 | Markinus | phh: The Keypad light . . under winmo the keypad light is going on if we press sny button. We could do this in the same way, using the keyboartd IRQ (28) |
| 12:42.57 | phh | Markinus: I'd prefer having it enabled when screen is enabled |
| 12:43.02 | phh | (both easier and more logic imho) |
| 12:43.32 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
| 12:43.33 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
| 13:03.14 | IceBone | phh! |
| 13:03.17 | IceBone | 3 days uptime. :D |
| 13:04.27 | *** join/#htc-linux x_coRe_x (~core@79-126-39-66.dynamic.mts-nn.ru) |
| 13:04.35 | phh | IceBone: with what ? |
| 13:04.44 | phh | IceBone: and I think I did 2 days uptime |
| 13:04.46 | phh | on battery. |
| 13:04.51 | IceBone | woah |
| 13:05.04 | phh | (no sim "might" help a bit) |
| 13:05.05 | IceBone | New power management? |
| 13:05.08 | IceBone | :D |
| 13:05.18 | IceBone | Nah, standard usage of 02.04. build. |
| 13:05.22 | IceBone | Didn't even update the zimage. |
| 13:05.26 | phh | bah, I hate that build :p |
| 13:05.26 | IceBone | Or did I... |
| 13:05.40 | phh | anyway, I've already more battery life with mail pushing that in wince |
| 13:05.42 | IceBone | Nope, zimage is from 0204 too. |
| 13:05.47 | phh | that's enough for me :D |
| 13:05.58 | IceBone | 02.08. kept crashing. |
| 13:06.00 | IceBone | And freezing. |
| 13:06.02 | IceBone | And rebooting. |
| 13:06.04 | IceBone | I didn't like it. |
| 13:06.10 | IceBone | Has that been fixed? |
| 13:06.10 | phh | wzird |
| 13:06.12 | phh | weird* |
| 13:06.16 | phh | bah I have no problem |
| 13:06.30 | phh | I ""fixed"" one problem that leobaillard reported me at least three times |
| 13:06.37 | phh | (and the three times were all quite different :pm) |
| 13:06.55 | leobaillard | what was it ? |
| 13:07.01 | phh | leobaillard: wake lock stuff |
| 13:07.05 | leobaillard | \o/ |
| 13:07.14 | phh | I just removed it. |
| 13:07.18 | phh | (the bugging feature was only the stats |
| 13:07.20 | phh | not wake lock itself) |
| 13:07.43 | leobaillard | (and btw, don't stab me in the back while I'm watching series ! YOu can't defeat the popup alert) |
| 13:08.04 | IceBone | phh: If the latest builds have improved battery, not just HW3D, I'd love to try them out, but I'm using 02.04. because it's super stable. |
| 13:08.15 | phh | IceBone: uh ? |
| 13:08.18 | phh | leobaillard: haha |
| 13:08.25 | leobaillard | wel... HW3D is broken so... :-° |
| 13:08.33 | leobaillard | s/wel/well/ |
| 13:08.38 | phh | not for too long, I swear. |
| 13:08.46 | leobaillard | they all say that :D |
| 13:08.47 | IceBone | Which is what I assume caused all the freezing. |
| 13:08.52 | IceBone | I'll stay with 02.04. :D |
| 13:08.56 | leobaillard | ;) |
| 13:09.02 | phh | IceBone: I can't see how hw3d can cause freezing ... |
| 13:09.05 | phh | it's used only on boot |
| 13:09.06 | phh | and with 3D apps |
| 13:09.41 | *** join/#htc-linux ali1234 (~al@robotfuzz.co.uk) |
| 13:09.45 | IceBone | phh: I've no idea, but I only get the wait/force close dialog about 2, 3 times a day with 02.04., with 02.08. I got it once every 2, 3 minutes. |
| 13:10.14 | phh | diam really lacks memory :/ |
| 13:10.29 | phh | I think I'll make a kernel option to be able to use gpu pmem as app mem |
| 13:10.48 | phh | after I fixed 3D I mean |
| 13:10.51 | phh | and audio |
| 13:10.52 | phh | *ahum* |
| 13:11.15 | IceBone | What's wrong with audio? |
| 13:11.29 | phh | IceBone: on 6125 |
| 13:11.31 | phh | it doesn't work |
| 13:11.57 | *** join/#htc-linux onen|openBmap_ (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 13:12.14 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
| 13:12.29 | Captnoord | hehe camera... wanne know what clock shit changes when camera is enabled? |
| 13:12.29 | Captnoord | :P |
| 13:12.55 | phh | Captnoord: not sure :p |
| 13:14.19 | Captnoord | MSM_CLK_CTL_BASE 2219fe2f when camera off |
| 13:14.35 | Captnoord | when |
| 13:14.36 | Captnoord | on |
| 13:14.36 | Captnoord | 2219ff2f |
| 13:14.50 | Captnoord | thats 0x100 |
| 13:16.01 | Captnoord | off +0x70 = 00000001 |
| 13:16.19 | Captnoord | on +0x70 0x00000a01 |
| 13:16.48 | *** join/#htc-linux GNUtoo (~GNUtoo@host49-13-dynamic.54-79-r.retail.telecomitalia.it) |
| 13:17.32 | Captnoord | lemme sum it all up for ya |
| 13:17.33 | Captnoord | :P |
| 13:17.50 | Captnoord | O btw a reason why black's 3d won't work |
| 13:17.56 | Captnoord | is because of the mmdi fix |
| 13:18.01 | Captnoord | void fix_mddi_clk_black() { |
| 13:18.01 | Captnoord | msm_clock_parameters[12].ns_only=0xa19; |
| 13:18.01 | Captnoord | } |
| 13:18.04 | phh | ?!? |
| 13:18.09 | Captnoord | 12 isn't mddi |
| 13:18.13 | phh | -_-' |
| 13:18.21 | phh | it's grp ? |
| 13:18.27 | Captnoord | imem to be exact |
| 13:18.33 | phh | hum |
| 13:18.37 | phh | shouldn't be applied |
| 13:18.39 | Captnoord | 10 is mddi |
| 13:19.13 | phh | here, 12 is pmdh |
| 13:19.27 | phh | Captnoord: you know the [12] doesn't mean [id=12] ? :p |
| 13:19.45 | Captnoord | yea |
| 13:19.46 | Captnoord | sorry |
| 13:19.48 | Captnoord | just woke up |
| 13:19.50 | Captnoord | kinda |
| 13:20.54 | Captnoord | but they are used in a similar way |
| 13:20.58 | Captnoord | msm_clock_parameters[12] |
| 13:21.08 | Captnoord | id == msm_clock_parameters[i].clk_id |
| 13:21.14 | Captnoord | bleehhh as always your right |
| 13:21.15 | Captnoord | bleh |
| 13:21.42 | phh | :p |
| 13:22.08 | phh | I'll dump hw3d registers |
| 13:22.18 | phh | maybe I'll see the memory location they use |
| 13:31.21 | *** join/#htc-linux GregLem (~greg@lal69-5-88-171-98-250.fbx.proxad.net) |
| 13:35.35 | NetRipper | ~leo-ramconsole |
| 13:35.46 | NetRipper | ~leo-ramconsole is pwf myramconsole 0x2FFC0000 0x40000 |
| 13:35.47 | apt | okay, NetRipper |
| 13:40.05 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
| 13:40.27 | *** join/#htc-linux pH5 (~ph5@g229239130.adsl.alicedsl.de) |
| 14:02.14 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
| 14:17.16 | phh | well, well, well.... |
| 14:17.21 | phh | I just don't understand why 3D doesn't work on rhod. |
| 14:23.40 | Wout` | phh: is 3d only for apps, or does the android gui use it too? |
| 14:23.46 | phh | only apps |
| 14:25.10 | rafyvitto | 2.1 is fully render by open gl es or e my wrong? im kinda lost on android releases xD |
| 14:25.20 | phh | you're wrong |
| 14:25.50 | rafyvitto | =] knew it, wasnt there an android release render by open gl es |
| 14:25.52 | rafyvitto | ? |
| 14:26.17 | rafyvitto | i heard something like one time |
| 14:26.38 | rafyvitto | that* |
| 14:26.45 | phh | launcher2 is rendered by opengles |
| 14:26.47 | phh | but that's all |
| 14:27.14 | rafyvitto | so all the animations and what not, there all render by a 2d wrapper? |
| 14:27.48 | phh | yes |
| 14:28.04 | rafyvitto | oh wow intresting =] |
| 14:35.28 | *** join/#htc-linux thedicemaster2 (thedicemas@j89126.upc-j.chello.nl) |
| 14:52.00 | *** join/#htc-linux balans (~Gebruiker@212-123-149-239.ip.telfort.nl) |
| 14:52.21 | JD[a] | phh: And Gallery3D |
| 14:52.34 | phh | JD[a]: oh yeah... this one looks awesome |
| 14:52.38 | phh | I can't wait to have it on rhod |
| 14:52.57 | JD[a] | I can't get it over to a standard Android kernel ;\ |
| 14:53.03 | JD[a] | because I suck :'( |
| 14:53.11 | Captnoord | phh what devices doesn't use the 7201a |
| 14:53.19 | Captnoord | does the rhod use the 7500? |
| 14:53.30 | phh | Captnoord: na 7500 is cdma |
| 14:53.34 | phh | rhod is 7201a*$ |
| 14:53.40 | phh | gsm rhod. |
| 14:53.46 | Captnoord | k |
| 14:53.49 | JD[a] | phh: You're doing a 7201 kernel? |
| 14:53.54 | JD[a] | 7201a* |
| 14:54.02 | phh | ? |
| 14:54.08 | Captnoord | then it could be related to how the default stuff is inited in wince |
| 14:54.09 | phh | we have a kernel for 7201a for mmmm |
| 14:54.12 | phh | years ? |
| 14:54.25 | phh | Captnoord: or the drivers on rhod is clever |
| 14:54.27 | JD[a] | with the new GL|ES |
| 14:54.28 | phh | stoping 3D when not shown |
| 14:54.36 | Captnoord | yea |
| 14:54.36 | phh | JD[a]: we already have one working ... |
| 14:54.40 | Captnoord | mine keeps on doing |
| 14:54.40 | phh | on raph/diam. |
| 14:54.42 | JD[a] | where?! |
| 14:54.43 | Captnoord | and just disables imem |
| 14:54.50 | Paul_Ishenin | are there haret logs somewhere related to diamond camera? |
| 14:54.52 | phh | JD[a]: that's the link ToAsTcfh gave you I think |
| 14:54.57 | phh | Captnoord: stops imem ?!? |
| 14:55.08 | Captnoord | yea... my disables the imem clock |
| 14:55.12 | Captnoord | when 3d is disabled |
| 14:55.14 | Captnoord | nothing more really |
| 14:55.25 | phh | ah |
| 14:55.29 | phh | but 3D isn't neceserray disabled |
| 14:55.42 | Captnoord | nope its isn't disabled... |
| 14:55.51 | phh | but maybe it is on rhod |
| 14:56.06 | Captnoord | yea |
| 14:56.12 | Captnoord | gimme rhod nk.exe |
| 14:56.13 | Captnoord | :P |
| 14:56.25 | JD[a] | I've been through so many links phh |
| 14:56.42 | JD[a] | http://github.com/toastcfh/htc-2.6.27-heroc/ |
| 14:56.43 | JD[a] | ? |
| 14:56.46 | phh | no |
| 14:56.57 | phh | well this one should have needed stuff too |
| 14:57.43 | phh | http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/a95f49b0c480da1a9d9cdbe0cf1aee6de3828eb5 |
| 14:57.59 | phh | http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/ddd232a79f4aadce144b2b36d458f333c0ce2029 |
| 14:58.04 | phh | http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/4f5b49387c4464251534a97d0903bcf7577ccfbf |
| 14:58.41 | JD[a] | those three commits? |
| 15:00.15 | phh | yes |
| 15:00.27 | Paul_Ishenin | phh, do you already have the haret logs related to camera? |
| 15:00.33 | phh | not |
| 15:02.55 | *** join/#htc-linux tmzt (~tmzt@99.164.34.42) |
| 15:04.52 | *** join/#htc-linux god206 (~infidel20@unaffiliated/swc666/x-4934821) |
| 15:05.03 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-160-226.web.vodafone.de) |
| 15:05.40 | *** join/#htc-linux andreas32b (~andy@dslb-094-216-225-144.pools.arcor-ip.net) |
| 15:06.43 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
| 15:07.28 | cr2_ | NetRipper: did you put ramconsole into ebi ? |
| 15:09.35 | NetRipper | yes |
| 15:09.54 | NetRipper | i avoided smi on purpose as i think wince uses that memory, and ramconsole would be overwritten |
| 15:10.01 | NetRipper | might optimize for smi later |
| 15:10.58 | NetRipper | cr2_, 0x1* and 0x2* both have 256 memory banks.. where's that 64mb smi located on physical? |
| 15:13.52 | cr2_ | NetRipper: ebi is not preserved over reboot ? |
| 15:14.03 | cr2_ | NetRipper: smi is 0x0 |
| 15:15.26 | cr2_ | NetRipper: recompiling the kernel |
| 15:16.06 | cr2_ | the VIDEOLFB haret patch is very easy. on the fb_console side it needs some thought |
| 15:16.59 | NetRipper | yes ebi is preserved |
| 15:17.58 | NetRipper | shouldnt be hard on htc_fb_console either |
| 15:18.26 | NetRipper | i think there's a macro that makes the kernel call a function to parse the tag |
| 15:18.40 | NetRipper | i'll figure out a way |
| 15:22.24 | cr2_ | ok |
| 15:24.23 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 15:26.00 | cr2_ | NetRipper: the PROXY_ data is same msm log ? |
| 15:26.05 | cr2_ | s/same/some/ |
| 15:28.05 | NetRipper | PROXY? |
| 15:31.25 | Paul_Ishenin | how to skip this gpio reporting? |
| 15:31.26 | Paul_Ishenin | 000990: mem GPIOS(6) 92e00c20=0710d034 (00000800) |
| 15:32.08 | Paul_Ishenin | I don't understand what is gpio register to skip here for ibit GPIOS |
| 15:32.42 | Captnoord | gpio is hardware IO config stuff |
| 15:32.44 | Paul_Ishenin | somehow documentation has a bit different ouput example |
| 15:32.48 | Captnoord | general purpose |
| 15:32.54 | Captnoord | in out |
| 15:33.41 | Paul_Ishenin | ok. how to translate that haret output? |
| 15:34.06 | Captnoord | hmmm.... so lets say |
| 15:34.10 | Captnoord | we have 8 io's |
| 15:34.16 | Captnoord | 8 pin's on a chip |
| 15:34.19 | Captnoord | both in |
| 15:34.21 | Captnoord | and out |
| 15:34.30 | Captnoord | when we map those into a port... |
| 15:34.35 | Captnoord | we can read 1 byte of data |
| 15:34.48 | Captnoord | that byte of data contains the status of all 8 io's |
| 15:34.56 | Captnoord | when you convert the byte to binairy |
| 15:35.05 | Captnoord | you can read them how we would like to read them |
| 15:35.13 | Captnoord | hexidecimal is also readable |
| 15:35.18 | Captnoord | 92e00c20=0710d034 (00000800) |
| 15:35.24 | Captnoord | that is hex 00000800 |
| 15:35.42 | Captnoord | meaning that pin 4 of the 3e nible is set |
| 15:35.46 | Captnoord | nible is 4 bits |
| 15:36.00 | Captnoord | every char in a hex notation is a nible |
| 15:36.09 | Captnoord | so you can easily calculate which bit is set |
| 15:37.24 | Captnoord | you know back in the days with the printer port? |
| 15:38.20 | Paul_Ishenin | yes |
| 15:38.32 | Captnoord | those had 8 bits of gpio |
| 15:38.41 | Captnoord | and 5 status bits |
| 15:39.27 | Captnoord | you could take a look at atmel 8 bits microcontrollers |
| 15:39.34 | Captnoord | they are easer to understand than this |
| 15:39.44 | Captnoord | as this devices have multi purpose io's |
| 15:39.52 | Captnoord | and they can have like 4 different functions |
| 15:40.18 | cr2_ | Paul_Ishenin: use haretconsole ? |
| 15:40.25 | Paul_Ishenin | no, telnet |
| 15:40.47 | Captnoord | lol |
| 15:40.48 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-160-226.web.vodafone.de) |
| 15:40.51 | Captnoord | you found his quit word |
| 15:40.54 | Captnoord | lemme try it to |
| 15:40.59 | Captnoord | no, telnet |
| 15:41.02 | Captnoord | ..... |
| 15:41.04 | Captnoord | waiting..... |
| 15:41.04 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
| 15:41.11 | Captnoord | doesn't seem to work |
| 15:41.52 | Paul_Ishenin | is it simplied with haretconsole? |
| 15:41.59 | Paul_Ishenin | simplier* |
| 15:42.05 | cr2_ | Paul_Ishenin: that's the purpose of haretconsole |
| 15:42.24 | Paul_Ishenin | ok will try |
| 15:47.59 | *** join/#htc-linux reefermattness (~mattgnm@c-76-18-79-170.hsd1.nm.comcast.net) |
| 15:48.18 | Paul_Ishenin | indeed, with haretconsole I don't need to calculate paticular register number |
| 15:57.57 | *** join/#htc-linux luminoso (~lumos@av-217-129-141-118.netvisao.pt) |
| 16:02.34 | cr2_ | NetRipper: i have one more small haret todo wish. the real parsed **argv, argc, instead of being forced to use get_wtoken() |
| 16:03.24 | cr2_ | NetRipper: cleaing the clock patch |
| 16:05.08 | *** join/#htc-linux playdo (~57b3f66e@gateway/web/freenode/x-omxhceszqylslahh) |
| 16:06.00 | Paul_Ishenin | how to compare haret output with this wiki: http://htc-linux.org/wiki/index.php?title=Raphael_GPIO ? |
| 16:07.32 | Paul_Ishenin | I see haret ouputs registers like 175,172,164 but wiki has no such numbers |
| 16:07.48 | Captnoord | loads of possibilities |
| 16:07.50 | cr2_ | Paul_Ishenin: in${bank}-${bit} and pin/xpin values |
| 16:07.59 | Captnoord | but many times its like if I enable this |
| 16:08.01 | cr2_ | Paul_Ishenin: or out${bank}-${bit} and pin/xpin values |
| 16:08.02 | Captnoord | what happens |
| 16:11.29 | Paul_Ishenin | cr2_, so "in0: in0-15(175)=0" I need to translate to 15 bit of 0 bank set to 0? |
| 16:12.16 | Paul_Ishenin | iow, CAM MCLK = 0 |
| 16:22.02 | cr2_ | Paul_Ishenin: yes. it is gpio 15 =0xf |
| 16:22.19 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
| 16:25.07 | *** join/#htc-linux evildarknight (~charles@41.211.72.136) |
| 16:27.02 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 16:27.20 | *** part/#htc-linux evildarknight (~charles@41.211.72.136) |
| 16:27.42 | cr2_ | hi AstainHellbring |
| 16:29.56 | AstainHellbring | hi cr2_ |
| 16:29.59 | AstainHellbring | whats new? |
| 16:30.33 | cr2_ | AstainHellbring: dumped the leo wince dmesg ? |
| 16:30.50 | AstainHellbring | no not yet how would I do that? |
| 16:31.52 | cr2_ | pwf my_leo_wince_dmesg 0x1fe00000 0x200000 |
| 16:32.03 | cr2_ | NetRipper: looks good |
| 16:32.07 | cr2_ | HaRET(2)# msmclkkhz |
| 16:32.08 | cr2_ | line 2: Expected <regime_id> |
| 16:32.10 | cr2_ | HaRET(3)# msmclkkhz 0 |
| 16:32.11 | cr2_ | clk_freq_khz ( 0 / 0x0 ) = 256000 |
| 16:32.17 | NetRipper | good |
| 16:32.39 | cr2_ | HaRET(9)# msmclkkhz 0x11 |
| 16:32.40 | NetRipper | which regime is the scpll? |
| 16:32.40 | cr2_ | clk_freq_khz ( 17 / 0x11 ) = 64000 |
| 16:33.11 | cr2_ | don't know. i'll extend the MSM_CLK table with known regime_ids |
| 16:33.28 | NetRipper | i've made a little test in haret to read the qsd clock speed |
| 16:33.33 | NetRipper | calculate it |
| 16:33.57 | cr2_ | NetRipper: the plls and clk may be parsed too |
| 16:34.20 | cr2_ | we may even talk to dex1: |
| 16:34.39 | cr2_ | and on leo it may be interesting to scan the I2C1: |
| 16:34.43 | NetRipper | HaRET(1)# qsdclock |
| 16:34.43 | NetRipper | Clock speed 998400 |
| 16:34.52 | cr2_ | if we will not manage the i2c tracing |
| 16:34.57 | cr2_ | ok |
| 16:35.06 | cr2_ | should i post the ptch ? |
| 16:35.34 | NetRipper | sure, did you make a check so it only loads the commands when its available? |
| 16:35.45 | NetRipper | the tst function |
| 16:35.53 | AstainHellbring | NetRipper: http://www.netripper.com/leo/haret-pre-0.5.3-20100213_213943.exe that is the latest haret qsd build right? |
| 16:36.19 | NetRipper | AstainHellbring, er probably.. at least latest from git |
| 16:36.31 | cr2_ | LATE_LOAD(clk_regime_msm_get_clk_freq_khz, "clkregim") |
| 16:36.32 | AstainHellbring | k |
| 16:36.33 | cr2_ | static int ClkRegimeAvail() { |
| 16:36.34 | NetRipper | it may contain some experimental stuff |
| 16:36.34 | cr2_ | <PROTECTED> |
| 16:36.36 | cr2_ | } |
| 16:36.38 | NetRipper | so not sure if its stable |
| 16:37.13 | cr2_ | NetRipper: src/msmcmds.cp |
| 16:37.23 | NetRipper | ok |
| 16:37.29 | *** join/#htc-linux mickey|sofa (~M@e180138103.adsl.alicedsl.de) |
| 16:37.44 | NetRipper | just send the patch to the haret mailing list |
| 16:38.02 | NetRipper | if nobody comments in 24-48 hours i'll commit it |
| 16:40.06 | AstainHellbring | cr2_ http://astainhellbring.ppckitchen.org/AstainHellbring_leo_wince_dmesg |
| 16:40.10 | cr2_ | NetRipper: lol. not yet subscribed |
| 16:40.21 | NetRipper | cr2_, shame on you |
| 16:40.27 | NetRipper | cr2_, it's at linuxtogo now |
| 16:40.30 | cr2_ | yeah |
| 16:40.46 | NetRipper | AstainHellbring, erm i suggest you take that offline and make sure there's no sensitive data in it |
| 16:40.58 | NetRipper | AstainHellbring, like a plain text twitter password.... |
| 16:41.21 | cr2_ | AstainHellbring: remove the file |
| 16:41.34 | AstainHellbring | k removed |
| 16:41.45 | AstainHellbring | NetRipper dont use twitter so |
| 16:42.03 | NetRipper | AstainHellbring, can also hold other stuff like imei |
| 16:42.10 | NetRipper | or facebook or youtube |
| 16:42.11 | cr2_ | NetRipper: lol. give me a break. twitter password "sensitive data" :) |
| 16:42.25 | AstainHellbring | hmm imei |
| 16:42.29 | NetRipper | cr2_, tell that to the politicians whos accounts are "hacked" |
| 16:42.29 | NetRipper | :p |
| 16:42.47 | cr2_ | NetRipper: don't talk about dumbasses here |
| 16:42.52 | cr2_ | "hacked" ;) |
| 16:42.56 | Captnoord | NetRipper: I didn't know you where running for local major... |
| 16:43.05 | NetRipper | didnt say i was |
| 16:43.11 | cr2_ | lol |
| 16:43.35 | NetRipper | still wouldnt want anyone abusing my name though |
| 16:43.42 | NetRipper | people = evil |
| 16:43.47 | Captnoord | people == dumb |
| 16:43.47 | cr2_ | ok |
| 16:43.50 | Captnoord | evil == dump |
| 16:44.03 | NetRipper | with a p? |
| 16:44.11 | Captnoord | lolz |
| 16:44.12 | Captnoord | woeps |
| 16:44.15 | Captnoord | dumb... |
| 16:44.15 | Captnoord | :P |
| 16:44.16 | NetRipper | .. |
| 16:44.25 | NetRipper | think you answered your own statement |
| 16:44.31 | NetRipper | s/answered/confirmed/ |
| 16:44.42 | NetRipper | :) |
| 16:44.51 | cr2_ | NetRipper: [D:AUD][E]CAudioRouter : New Endpoint Devices commited - RX = 0x2a, TX = 0x1fb |
| 16:45.02 | Captnoord | hehe..... i'm proud to be dumb... |
| 16:45.04 | Captnoord | lolz |
| 16:45.11 | Captnoord | everybody is... in way |
| 16:45.23 | NetRipper | i'm not. |
| 16:45.31 | Captnoord | hehe.. just proved my point |
| 16:45.33 | NetRipper | ;) |
| 16:45.52 | cr2_ | NetRipper: what's that ? [I] swfi_restriction:0x0 |
| 16:46.08 | NetRipper | doesn't ring a bell |
| 16:46.41 | NetRipper | it's not in my dmesg |
| 16:47.00 | cr2_ | yes, his dmesg looks interesting |
| 16:47.13 | cr2_ | [DALSYS_LogEvent] CAD:ACDB=>Query acdb(dev: 0x2a, sr: 48000) |
| 16:47.22 | cr2_ | btw, need to document this .acdb |
| 16:47.36 | AstainHellbring | if it makes any difference I am running duttys .07 rom |
| 16:47.42 | AstainHellbring | on a telstra hd2 |
| 16:47.57 | NetRipper | i'm also not running stock rom |
| 16:48.27 | dcordes | NetRipper for major!! |
| 16:48.52 | NetRipper | i'm already major... |
| 16:49.02 | cr2_ | [D:TP][E]Power on PSOC leo 5V! |
| 16:49.07 | cr2_ | looks familiar |
| 16:49.43 | cr2_ | NetRipper: the gpio alt switches are move visible |
| 16:50.17 | NetRipper | they're used more you mean? |
| 16:50.27 | dcordes | any leo news? |
| 16:50.34 | cr2_ | [D:TP][E]Firmware info: V0x30! |
| 16:50.44 | cr2_ | NetRipper: yes |
| 16:51.02 | NetRipper | committed a new memory map last night dcordes, should make 396MB available to linux |
| 16:51.17 | cr2_ | dcordes: documented 99% gpios, we know all i2c devices |
| 16:51.36 | dcordes | awesome |
| 16:51.53 | cr2_ | dcordes: GNUtoo dumped g1 smem, amss detection possible, vbus is the same location |
| 16:51.54 | dcordes | hope I'm receiving mine soon |
| 16:51.57 | NetRipper | i can't find out why initrd doesnt boot |
| 16:52.00 | cr2_ | :) |
| 16:52.38 | GNUtoo | which device has 396MB ram avaliable ? |
| 16:52.40 | dcordes | cr2_, they were sold out at vodafone |
| 16:52.44 | dcordes | leo |
| 16:53.46 | cr2_ | dcordes: yes, you told me |
| 16:54.10 | cr2_ | GNUtoo: leo. but it has more, NetRipper enabled only 396 for now |
| 16:54.17 | cr2_ | [D:LED][TurnOnOffVibrator] Turn on/off: 3000, BePoliteLock = 0, TickCount: 196914326, Board = 4 |
| 16:54.22 | cr2_ | NetRipper: board 4 |
| 16:54.42 | NetRipper | er so what's it tell us? |
| 16:54.47 | *** join/#htc-linux f77 (~Administr@cpc2-nfds13-2-0-cust243.8-2.cable.virginmedia.com) |
| 16:54.58 | cr2_ | NetRipper: we have 4 too |
| 16:55.03 | GNUtoo | ok |
| 16:55.19 | NetRipper | yes |
| 16:55.19 | cr2_ | GNUtoo: can you check the mpu bits ? |
| 16:55.39 | cr2_ | NetRipper: but no B81 message |
| 16:55.48 | GNUtoo | cr2_, what should I do? |
| 16:56.04 | NetRipper | cr2_, is it a cold boot dmesg? |
| 16:56.06 | cr2_ | GNUtoo: dump 3 devmem2 locations |
| 16:56.11 | cr2_ | NetRipper: no |
| 16:56.14 | NetRipper | i only had the B81 messages in the start |
| 16:56.26 | cr2_ | AstainHellbring: can you do a cold start and dump dmesg ? |
| 16:56.30 | GNUtoo | cr2_, ok can I do it this night? |
| 16:56.38 | cr2_ | GNUtoo: yes |
| 16:56.40 | AstainHellbring | sure what is a cold start? |
| 16:56.40 | NetRipper | AstainHellbring, as in, remove battery for 10 sec kinda cold boot |
| 16:56.49 | GNUtoo | cause I would have to reinstall proprietary android version etc... |
| 16:56.51 | GNUtoo | thanks |
| 16:56.51 | AstainHellbring | NetRipper cool will have that up in a sec |
| 16:57.31 | cr2_ | GNUtoo: btw, the gps dump was too slow, so the gps rpc is not there. we should dump a smaller area, and faster |
| 16:58.01 | GNUtoo | ok |
| 16:58.29 | GNUtoo | cr2_, how should I modify the program to dump faster then? |
| 16:58.35 | *** join/#htc-linux Wout (~ubuntu@s55927d21.adsl.wanadoo.nl) |
| 16:59.13 | cr2_ | GNUtoo: dump the full 8K rpc fifo at once ? |
| 16:59.30 | cr2_ | no need to dump 1MB anymore |
| 16:59.36 | GNUtoo | ah ok |
| 16:59.48 | GNUtoo | what is the address? |
| 16:59.53 | cr2_ | memcpy should be fast enough |
| 17:00.05 | cr2_ | hmm. let me check. |
| 17:00.11 | Wout | can I ask a very dumb linux question? |
| 17:00.26 | *** join/#htc-linux Paul_Ishenin (Miranda@PPPoE.214-188.IP.RastrNET.RU) |
| 17:01.22 | NetRipper | Wout, there are no dumb questions |
| 17:01.53 | Wout | ok, I'm in ubuntu, xdandroid phone connected, got the sdk, opened the terminal, I'm in the tools directory |
| 17:02.01 | Wout | but it doesnt recognize the adb shell command |
| 17:02.27 | NetRipper | ./adb |
| 17:02.52 | Wout | thanks :) |
| 17:02.55 | NetRipper | if you run something that's not in PATH, you must give a path to it, so if it's in local dir, add ./ |
| 17:03.19 | Wout | I'm used to windows where navigating to the directory inside the terminal is enough |
| 17:03.54 | NetRipper | yea ;) welcome to linux |
| 17:04.09 | GNUtoo | cr2_, ok I'll check if it works |
| 17:05.32 | Wout | NetRipper, the phone says that usb debugging is enabled and that usb is connected, but when I run adb shell it says ' device not found' |
| 17:05.39 | Wout | anything else I need to do? |
| 17:05.43 | AstainHellbring | cr2_ pm |
| 17:06.02 | NetRipper | Wout, i'm not familiar with adb, never used it.. maybe someone else knows |
| 17:06.19 | Wout | ubuntu is signalling a disconnected wired network though |
| 17:08.21 | cr2_ | GNUtoo: 0xd9a0 |
| 17:08.38 | Wout | does anyone else know how to get adb working? |
| 17:09.21 | cr2_ | GNUtoo: and f9b4 for rx |
| 17:09.43 | GNUtoo | ok thanks |
| 17:09.45 | cr2_ | NetRipper: [NAND] maker_id 0xad device_id 0xbc |
| 17:09.50 | cr2_ | NetRipper: same nand ? |
| 17:09.53 | mickey|sofa | Wout: iirc you need to start some adb daemon first |
| 17:09.59 | NetRipper | let me check |
| 17:10.23 | Wout | mickey: that got started the first time running adb shell, the problem seems to be the usb connection to the computer |
| 17:10.29 | Wout | the phone says its connected |
| 17:10.29 | NetRipper | cr2_, yes, same |
| 17:10.44 | Wout | ubuntu keeps popping up disconnected wired network messages |
| 17:11.05 | phh | (ubuntu sux) |
| 17:11.36 | Wout | :/ |
| 17:11.40 | NetRipper | 00:00:31.261 [D:FMD] IOCTL_FMD_NAND_READ_LSENSOR_DATA:0x3 |
| 17:11.41 | NetRipper | 00:06:00.541 [D:FMD] IOCTL_FMD_NAND_READ_WLAN_DATA |
| 17:11.44 | NetRipper | firmware hidden on nand? |
| 17:11.45 | NetRipper | :p |
| 17:11.53 | NetRipper | i'm using ubuntu as well |
| 17:12.05 | phh | not with networkmanager then ? |
| 17:12.13 | NetRipper | Wout, ignore it, you'll still have connection to your phone |
| 17:12.17 | cr2_ | GNUtoo: 0x2014 block size |
| 17:12.39 | Wout | NetRipper, apparently not completely, adb cant see any device to connect to |
| 17:12.59 | cr2_ | G23 ver.:G 15.33.50.07U |
| 17:13.07 | NetRipper | Wout, you running adb as a user or as root |
| 17:13.49 | Wout | eeehm, I guess as user? |
| 17:14.09 | cr2_ | NetRipper: same config |
| 17:14.12 | cr2_ | 09:59:13.469 [D:TP][E]B81 detected failed! |
| 17:14.14 | cr2_ | 09:59:13.475 [D:TP][E]B81_2 detected failed! |
| 17:14.15 | cr2_ | 09:59:13.476 [D:TP][E]B81_3 detected! |
| 17:14.45 | NetRipper | Wout, try this: http://netripper.pastebin.com/f276836e0 |
| 17:14.59 | NetRipper | Wout, i had to do that to make synce work |
| 17:15.07 | NetRipper | although, adb is somethign different |
| 17:15.08 | NetRipper | hm |
| 17:15.12 | *** join/#htc-linux pH5_ (~ph5@g229082035.adsl.alicedsl.de) |
| 17:15.15 | NetRipper | check your dmesg to see for error messages |
| 17:15.16 | NetRipper | :) |
| 17:15.22 | NetRipper | cr2_, ok good |
| 17:15.29 | *** join/#htc-linux friehmaen (freeman@xers.de) |
| 17:15.44 | *** join/#htc-linux andreas32b (~andy@dslb-094-216-225-144.pools.arcor-ip.net) |
| 17:16.40 | adamw | phh: markinus: yeah, I have the firmware markinus sent me, and the one from gw620. |
| 17:16.50 | phh | adamw: send it to me :p |
| 17:17.00 | adamw | phh: kk, email? |
| 17:17.12 | phh | phhusson@free.fr |
| 17:18.32 | cr2_ | NetRipper: linload does not boot. what is your default.txt ? |
| 17:18.52 | NetRipper | hold on |
| 17:19.43 | NetRipper | cr2_, http://netripper.pastebin.com/m3c5f436a |
| 17:19.46 | adamw | phh: sent |
| 17:19.52 | adamw | ah wait |
| 17:19.55 | adamw | not yet :) just a sec |
| 17:19.55 | phh | thanks |
| 17:20.16 | NetRipper | cr2_, clear the initrd in your case ;p |
| 17:20.27 | adamw | phh: okay, NOW it's sent |
| 17:20.36 | phh | lol |
| 17:20.54 | adamw | how's your progress? |
| 17:22.11 | cr2_ | NetRipper: it was working before |
| 17:22.20 | AstainHellbring | cr2_ anything else you want me to dump? |
| 17:22.30 | cr2_ | AstainHellbring: no |
| 17:22.56 | AstainHellbring | k |
| 17:25.02 | ToAsTcfh | phh: so im going squash... what files are normally squash by u guys? |
| 17:25.31 | phh | ToAsTcfh: mmuh ? |
| 17:25.38 | phh | you mean what do we put in squashfs ? |
| 17:25.52 | ToAsTcfh | yeah |
| 17:25.55 | phh | adamw: oh btw, hcd is just the firmware of the bluetooth part |
| 17:25.58 | phh | ToAsTcfh: /system |
| 17:26.10 | ToAsTcfh | the whole damn thing? |
| 17:26.12 | ToAsTcfh | lol |
| 17:26.17 | ToAsTcfh | alright |
| 17:26.54 | ToAsTcfh | sweet thanx |
| 17:27.51 | cr2_ | NetRipper: AstainHellbring has much more microP ops in his dmesg |
| 17:28.03 | cr2_ | NetRipper: compared to my log |
| 17:29.27 | cr2_ | [D:FMD] IOCTL_FMD_NAND_READ_LSENSOR_DATA:0x3 |
| 17:29.43 | ToAsTcfh | phh: no special options? |
| 17:29.43 | cr2_ | hm. maybe we should implement these ioctls ? |
| 17:30.20 | phh | ToAsTcfh: no |
| 17:37.27 | cr2_ | phh: some data for GPO_LED_STATUS_EN and GPO_LED_STATUS_DIS |
| 17:37.39 | cr2_ | used on leo |
| 17:37.55 | ToAsTcfh | phh: i dont get it. it output a file called destination. is that the system image? |
| 17:38.03 | cr2_ | cc,90, -> wr, EnableGPO : GPOStatus: 0x2000000, EnableGPOValue: 0x2 |
| 17:38.04 | cr2_ | cc,91,0,3 -> wr, DisableGPO: GPOStatus: 0x0,DisableGPOValue: 0x3 |
| 17:38.12 | phh | ToAsTcfh: uh ? |
| 17:38.15 | phh | call it whatever you want |
| 17:38.17 | phh | it's just a name |
| 17:38.40 | ToAsTcfh | mksquashfs system destination |
| 17:39.09 | ToAsTcfh | i guess i shouldnt have used the default :P |
| 17:39.19 | phh | the defaults are fine |
| 17:39.43 | cr2_ | NetRipper: it may be the proximity led ? |
| 17:40.00 | ToAsTcfh | so ok i just add that to my build |
| 17:40.22 | ToAsTcfh | and remove the system folder of course |
| 17:41.18 | ToAsTcfh | phh: not bad.. saved me 50mb |
| 17:45.43 | Paul_Ishenin | wince camera is in cif.dll? |
| 17:46.24 | cr2_ | phh: microP does some extra gsensor postprocessing |
| 17:46.29 | cr2_ | phh: on leo |
| 17:46.37 | phh | cr2_: extra ? |
| 17:48.58 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 17:51.43 | cr2_ | http://htc-linux.org/wiki/index.php?title=RaphaelMicroP |
| 17:51.59 | cr2_ | cc,a0, -> wr, SetRotationPolling: RotationPollingCtrlValue: 0x10a01 |
| 17:52.01 | cr2_ | cc,a2, -> wr, SetFaceUpDownRotationInterrupt: |
| 17:52.02 | cr2_ | cc,a3,8,x -> wr, setRotationThreshold: [0]: 0x0 [1]: 0x40 [2]: 0xff [3]: 0xc0 [4]: 0x0 [5]: 0x40 [6]: 0xff [7]: 0xa6 |
| 17:52.04 | cr2_ | cc,a4, -> wr, SetFaceUpDownThreshold: FaceUpDownThresholdValue: 0x160016 |
| 18:00.30 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
| 18:01.38 | phh | cr2_: oh right, these ones are features of bma150 actually |
| 18:02.21 | phh | but weridly, doesn't on nexus |
| 18:02.27 | phh | maybe they didn't want to make an api for that |
| 18:05.54 | Captnoord | Paul_Ishenin: yea it seems |
| 18:06.01 | Captnoord | but loads of dll are imported |
| 18:07.17 | Paul_Ishenin | even if it is so - it contains cif_powerup, cif_powerdown, cif_init functions |
| 18:07.38 | Paul_Ishenin | which could be useful |
| 18:07.41 | Captnoord | its majorly rpc stuff |
| 18:09.39 | Captnoord | clk_regime_sec_msm_sel_camclk |
| 18:09.45 | Captnoord | select cam clock |
| 18:10.06 | phh | which is done by pc_clk_set_flags (or something like that) |
| 18:10.18 | phh | and that is already handled (if not handled, it happily ends in a kernel panic.) |
| 18:10.26 | Captnoord | k |
| 18:11.20 | Captnoord | SetCAM2Sleep works trough some i2c |
| 18:11.56 | phh | all i2c commands are already in the driver |
| 18:12.50 | Paul_Ishenin | everything at place but does not work |
| 18:13.05 | Captnoord | when that is |
| 18:13.08 | Captnoord | something small is missing |
| 18:13.25 | phh | Paul_Ishenin: no, vfe init is not there. |
| 18:13.33 | phh | not fully |
| 18:13.54 | phh | hum well, not sure. |
| 18:13.59 | phh | Paul_Ishenin: but what happens when trying ? |
| 18:14.26 | Paul_Ishenin | trying what? |
| 18:14.34 | phh | to access camera maybe ? |
| 18:14.43 | Paul_Ishenin | nothing |
| 18:14.48 | phh | lol |
| 18:14.49 | phh | no message ? |
| 18:14.58 | Paul_Ishenin | yes and this puzzles me |
| 18:15.08 | phh | there are messages ... |
| 18:15.14 | phh | not necesserly error messages thouogh |
| 18:15.15 | Paul_Ishenin | dmesg shows nothing new |
| 18:15.16 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87df27.pool.mediaWays.net) |
| 18:15.24 | phh | and adb logcat ? |
| 18:15.48 | *** join/#htc-linux darkstar62 (~nndarksta@97-126-101-17.tukw.qwest.net) |
| 18:15.51 | Paul_Ishenin | yes, it shows that something hangs and it prepares to kill that |
| 18:16.03 | phh | that's what you call "nothing" ? |
| 18:16.20 | phh | that's more infos than when trying to debug GPS ... |
| 18:16.46 | Paul_Ishenin | I expect to have realted dmesg info |
| 18:17.03 | phh | not if the camera app you use can't even access to the device |
| 18:17.43 | Wout | grrrrr, can't acces my device through adb via linux and windows isn't working either :/ |
| 18:17.59 | phh | Paul_Ishenin: which android release are you trying that with ? |
| 18:18.48 | Paul_Ishenin | 2.0.1 |
| 18:19.01 | Paul_Ishenin | but I took camera app from 2.1 |
| 18:19.11 | Paul_Ishenin | or you mean something else? |
| 18:19.23 | phh | who cares about the app ? it just uses the api |
| 18:19.49 | phh | you're not using vogue's camera libs, are you ? |
| 18:20.01 | phh | AFAIK it's the one by default in this build |
| 18:20.36 | phh | <PROTECTED> |
| 18:20.41 | phh | ok you can forgot that one. |
| 18:23.50 | Paul_Ishenin | phh, I'm using this release: http://forum.xda-developers.com/showthread.php?t=601751, I'm using modules from here: http://glemsom.anapnea.net/android/htc-msm-android/ and bulding kernel from the camera branch with few modifications |
| 18:23.56 | Paul_Ishenin | I need to do something more? |
| 18:24.18 | Paul_Ishenin | what are vogue's camera libs? |
| 18:24.34 | gehzumteufel | libraries |
| 18:24.42 | gehzumteufel | similar to dll's on windows |
| 18:24.51 | *** join/#htc-linux Wr4i7h (~abc@89.180.90.110) |
| 18:25.47 | Paul_Ishenin | where they must be in system.sqsh or rootfs.img? |
| 18:26.07 | phh | system |
| 18:26.12 | Paul_Ishenin | I thought everything is already there |
| 18:26.24 | phh | have you checked ? |
| 18:26.27 | phh | last time I checked it wasn't |
| 18:26.40 | Paul_Ishenin | no, I did not |
| 18:26.44 | *** join/#htc-linux SOG (~SOG@n1164869065.netvigator.com) |
| 18:30.36 | Paul_Ishenin | libqcamera.so ? |
| 18:31.06 | Captnoord | hmmm |
| 18:31.06 | Captnoord | FM03FF-EVXX |
| 18:31.06 | Captnoord | VGAMI380 SOC1/11"FFVGA:30fpsYUY2TBD2.40Design |
| 18:31.21 | phh | Captnoord: what's about it ? |
| 18:32.33 | Captnoord | one of the cam modules on the raph |
| 18:32.35 | Captnoord | :P |
| 18:32.44 | phh | yes I know |
| 18:32.58 | Captnoord | just getting the stuff ready if I can find something\ |
| 18:33.30 | phh | http://htc-linux.org/wiki/index.php?title=RaphaelCameras |
| 18:34.14 | JD[a] | phh: Still no luck, see: |
| 18:34.15 | JD[a] | http://jd.pastebin.com/m1f85ab57 |
| 18:34.32 | Paul_Ishenin | phh, where to get the library? here: http://github.com/dzo/VogueCamera ? |
| 18:34.42 | phh | Paul_Ishenin: do *******not******** use vogue's lib |
| 18:34.58 | JD[a] | btw, Using the following to make: |
| 18:34.59 | JD[a] | make -j4 ARCH=arm CROSS_COMPILE=../../mydroid/prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/arm-eabi- zImage |
| 18:35.12 | phh | JD[a]: the patches applies without any problem ? |
| 18:35.17 | phh | apply* |
| 18:35.32 | JD[a] | Pretty much |
| 18:35.37 | phh | ... |
| 18:35.40 | Paul_Ishenin | so what camera library to use? |
| 18:35.42 | JD[a] | I was having issues, so I manually did it |
| 18:35.49 | JD[a] | :( |
| 18:35.50 | Paul_Ishenin | and how to check if I have one? |
| 18:36.16 | JD[a] | I think once I can compile, i'd be right now .... |
| 18:36.43 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
| 18:37.25 | phh | Paul_Ishenin: the one included seems right |
| 18:37.34 | Paul_Ishenin | libcamera.so? |
| 18:37.36 | phh | hum not sure if I have official rootfs/system |
| 18:38.28 | Paul_Ishenin | there is also liboemcamera.so |
| 18:42.40 | phh | E/mm-camera-native-cam( 1700): native_interface_init: msm_camera opened failed! |
| 18:42.45 | phh | you really don't get such messages ? |
| 18:43.16 | Paul_Ishenin | wait, I am rebuiling kernel again. reverting all my changes |
| 18:43.52 | phh | Paul_Ishenin: do you have a pmem_adsp device ? |
| 18:45.27 | Paul_Ishenin | how to check? |
| 18:45.31 | *** join/#htc-linux Greblak (~rune@cm-84.210.36.195.getinternet.no) |
| 18:47.30 | Paul_Ishenin | in pmem.c I have 0 memory allocated to pmem_adsp and comment that it is useless |
| 18:47.31 | phh | I meant in /dev |
| 18:47.31 | phh | well camera needs pmem_adsp. |
| 18:47.31 | *** part/#htc-linux Greblak (~rune@cm-84.210.36.195.getinternet.no) |
| 18:47.37 | Paul_Ishenin | I will boot and look |
| 18:48.23 | Captnoord | jpg decoding |
| 18:48.27 | Captnoord | encoding |
| 18:50.37 | Paul_Ishenin | phh, no I don't |
| 18:50.43 | Paul_Ishenin | but I have pmem_camera |
| 18:53.25 | JD[a] | phh: what's your gcc version? |
| 18:53.50 | Captnoord | 0xA80811B8 is used.... |
| 18:54.13 | JD[a] | or Captnoord? |
| 18:54.22 | Captnoord | yea |
| 18:54.28 | JD[a] | what's your gcc version? |
| 18:54.45 | Captnoord | you say that to all your chick's ain't ya |
| 18:54.49 | Captnoord | atm... no gcc |
| 18:54.53 | JD[a] | mhmm :P |
| 18:54.55 | Captnoord | laptop didn't arive today |
| 18:55.03 | Captnoord | 4.xx is very strict |
| 18:55.04 | JD[a] | It's like multitouch... how many fingers can you use? |
| 18:55.16 | JD[a] | Yeh im on 4.4.1, I think that's my issue. |
| 18:55.18 | Captnoord | and usualy cause crap... when your not to strict |
| 18:55.27 | Paul_Ishenin | phh, logcat: http://pastebin.com/m3840249c |
| 18:55.31 | Captnoord | nah... thats only if you know if you don't know how to fix it |
| 18:55.45 | Captnoord | usualy we people fuckup on complicated shit regarding templates and shit |
| 18:55.45 | JD[a] | The error? |
| 18:55.59 | JD[a] | Heh, I'm hopeless. :P |
| 18:56.17 | JD[a] | I'm being told: |
| 18:56.17 | JD[a] | invalid storage class for function |
| 18:56.25 | Captnoord | nah... i'm so spoiled kid with the visual studio compiler |
| 18:56.26 | Wout | I'm gonna give up. Tried two different systems, tried both Windows and Linux, different usb cables.....but I just can't get adb to see the phone and connect. Maybe it's just broken |
| 18:56.33 | Captnoord | that I usualy fail bigtime on gcc |
| 18:56.38 | Captnoord | takes me some time to fix it.... |
| 18:58.14 | *** join/#htc-linux MrPippy (~pip@adsl-75-11-172-186.dsl.sndg02.sbcglobal.net) |
| 19:01.37 | JD[a] | nup |
| 19:03.26 | *** join/#htc-linux philipgian (~philipgia@athedsl-4498735.home.otenet.gr) |
| 19:05.09 | *** join/#htc-linux friehmaen (freeman@xers.de) |
| 19:09.27 | phh | Paul_Ishenin: so that's what you call "no message" uh ? |
| 19:09.36 | phh | still it means it's the correct camera lib |
| 19:09.48 | Paul_Ishenin | :) |
| 19:10.02 | Paul_Ishenin | ok. dmsg writes me some errors |
| 19:10.11 | phh | you created the missing devices ? |
| 19:11.20 | Paul_Ishenin | only pmem_adsp |
| 19:11.22 | Paul_Ishenin | http://pastebin.com/d6468d8dd |
| 19:12.10 | phh | uh ? |
| 19:12.15 | phh | you have the /dev/msm_camera devices ? |
| 19:12.28 | phh | and your i2c errors are weird |
| 19:12.37 | phh | you have a diam100 ? |
| 19:13.33 | phh | Paul_Ishenin: where did you get Camera.ap ? |
| 19:13.34 | phh | apk* |
| 19:13.36 | Paul_Ishenin | I don't have msm_camera devices |
| 19:13.54 | phh | uh ?!? |
| 19:14.33 | phh | oh yes right. |
| 19:14.59 | *** join/#htc-linux ToAsTcfh (~toast@70-11-84-15.pools.spcsdns.net) |
| 19:15.33 | Paul_Ishenin | I've pulled camera.apk from the image of google virtual device |
| 19:16.49 | Paul_Ishenin | I've got image of 2.1 platform with sdk |
| 19:17.11 | Paul_Ishenin | connected to that virtual image using adb and pulled camera.apk |
| 19:17.19 | phh | I built it from android sources. easier. |
| 19:17.31 | Paul_Ishenin | not easier |
| 19:19.09 | Paul_Ishenin | phh, what is the right way of allocating 16Mb of memory for the camera and how much adsp requires? |
| 19:19.56 | phh | no clue? |
| 19:19.59 | phh | -?+. |
| 19:20.18 | phh | just set 16MB for everyone |
| 19:20.22 | phh | oh well, 8 |
| 19:20.27 | Paul_Ishenin | well, I think we need 16Mb for camera and 8 for adsp |
| 19:20.32 | phh | lol ? |
| 19:20.38 | phh | oh M*b* |
| 19:20.46 | phh | why don't you speak with MB like everyone -_-' |
| 19:20.46 | Paul_Ishenin | all the kernels I see have that values |
| 19:21.07 | phh | 24Mb seems really little |
| 19:21.10 | cr2_ | NetRipper: how do i record 16bit sound (i.e. not 8000) |
| 19:21.14 | phh | and I don't think other kernels have such values |
| 19:21.36 | Paul_Ishenin | ok MB |
| 19:21.38 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
| 19:21.40 | ToAsTcfh | phh: eh so i ended up with issues. cant munt the system :P |
| 19:21.42 | cr2_ | phh: leo pmem sizes are insane |
| 19:21.50 | phh | cr2_: I know |
| 19:22.14 | cr2_ | the question is whether they are actually used |
| 19:22.30 | phh | I think they are |
| 19:22.32 | phh | but in worst case |
| 19:25.11 | phh | cr2_: the most insane is GPU I think no ? |
| 19:27.02 | Wout | could a problem where phone just refuses to connect to either linux or windows have anything to do with the winmo radio/rom on the device? |
| 19:27.15 | *** join/#htc-linux ulaas_ (~ulaas@88.253.18.232) |
| 19:27.20 | phh | Wout: not likely |
| 19:27.30 | phh | groumpf I can't find a single camera app |
| 19:27.36 | ali1234 | Wout: define "connect" |
| 19:27.37 | Wout | ok, I give up then |
| 19:27.44 | phh | maybe I have camera working but I can't even now -_-' |
| 19:27.56 | Wout | ali1234: I want to connect through adb shell, but it cant find the device |
| 19:28.15 | Wout | in linux I do see usb0 network connection, but it wont connect to it, fails everytime |
| 19:28.16 | ali1234 | Wout: then it isn't related to radio rom |
| 19:28.43 | Wout | and in windows the driver installs, I see an android device in the device manager but once again adb doesn't see a device |
| 19:30.32 | Paul_Ishenin | phh, how big SMI2 on diamond? |
| 19:30.58 | cr2_ | Paul_Ishenin: there is no smi2 |
| 19:31.27 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
| 19:32.30 | Paul_Ishenin | I see, this is only a declaration in pmem.c |
| 19:33.01 | Paul_Ishenin | and I also found an answer :) |
| 19:34.28 | ToAsTcfh | phh: has anyone had any luck on the camera? |
| 19:36.15 | ToAsTcfh | phh: vcam wont work? |
| 19:36.35 | Wout | phh: Which linux distro do you use? |
| 19:36.44 | cr2_ | hm. how can i test 3d in wince leo? |
| 19:37.21 | AstainHellbring | triangles? |
| 19:37.57 | cr2_ | AstainHellbring: where ? |
| 19:39.00 | cr2_ | AstainHellbring: you used bt headset ? |
| 19:40.24 | JD[a] | ToAsTcfh... I was almost there (to finally have 3d) but it won't compile... google tells me its because of GCC 4.X :'( |
| 19:40.48 | AstainHellbring | cr2_ yes |
| 19:40.51 | cr2_ | phh: regime ids -> http://htc-linux.org/wiki/index.php?title=MSM_CLK |
| 19:41.08 | cr2_ | AstainHellbring: where is this triangles program ? |
| 19:41.50 | AstainHellbring | lemme look a sec |
| 19:41.56 | ToAsTcfh | JD[a]: :? |
| 19:42.06 | ToAsTcfh | that sux |
| 19:42.21 | ToAsTcfh | i think i used gcc 4.x |
| 19:42.29 | ToAsTcfh | 4.4.3 |
| 19:42.35 | ToAsTcfh | or some thing |
| 19:42.50 | ToAsTcfh | i just used the one in the android sdk |
| 19:43.00 | AstainHellbring | cr2_ this one should actually be better |
| 19:43.04 | AstainHellbring | and its a fun game too: http://www.sorobangeeks.com/games/electopia-free-download |
| 19:43.10 | cr2_ | phh: can you test the rhod clocks ? |
| 19:43.32 | cr2_ | AstainHellbring: ok :) hate to install software. |
| 19:47.18 | AstainHellbring | of course there is always http://www.glbenchmark.com/index.jsp |
| 19:47.20 | AstainHellbring | too |
| 19:55.28 | Captnoord | gl es sdk samples |
| 20:00.15 | *** join/#htc-linux Ekips (spike@d51A460C9.access.telenet.be) |
| 20:08.46 | NetRipper | actually cr2_ |
| 20:08.51 | NetRipper | experiment 13 might be a game you want to decompile |
| 20:09.27 | NetRipper | as it enables "exclusive mode" |
| 20:09.36 | NetRipper | on the hd2 |
| 20:09.59 | NetRipper | it means the hd2 scales up to 1ghz again.. while normally it doesnt |
| 20:11.54 | Captnoord | oO |
| 20:13.37 | Paul_Ishenin | phh, seems it is possible to share the pmem this way: http://pastebin.com/m367e2130 |
| 20:14.14 | phh | hein ? |
| 20:14.21 | phh | where do you share anything in this code ? |
| 20:15.22 | NetRipper | not sure if it's true Captnoord |
| 20:15.28 | phh | you just setted pmem size to 12MiB, adsp size to 8MiB, camera size to 8MiB, but that's all |
| 20:15.36 | NetRipper | but in regular use, the cpu doesn't scale to higher than 768mhz anymore.. only at boot it's at 1ghz |
| 20:15.42 | NetRipper | thats why you got these "1ghz roms" |
| 20:15.52 | Paul_Ishenin | phh, yes |
| 20:16.00 | phh | Paul_Ishenin: how is that a share ? |
| 20:16.31 | *** join/#htc-linux balans (~Gebruiker@212-123-149-239.ip.telfort.nl) |
| 20:16.33 | phh | Paul_Ishenin: and can you send me your camera.apk ? I can't find any that works :( |
| 20:16.43 | phh | qualcomm debug tools seems to say camera works though |
| 20:16.45 | cr2_ | NetRipper: clock regime http://htc-linux.org/wiki/index.php?title=MSM_CLK |
| 20:17.04 | Paul_Ishenin | ok, share is not the correct word |
| 20:17.19 | NetRipper | cr2_, ok nice |
| 20:17.30 | cr2_ | NetRipper: now i understand leo sound clocks better than raph |
| 20:17.30 | phh | cr2_: I still can't seem to be able to get any answer of this rpc server :/ |
| 20:17.47 | cr2_ | phh: what about wince ? |
| 20:17.51 | NetRipper | cr2_, do you know what dll i should RE in leo to get to the cpu clock code? msm_clk.dll? |
| 20:17.57 | phh | cr2_: I have no clue how to do that in wince |
| 20:18.14 | phh | NetRipper: no acpuclock.dll ? |
| 20:18.18 | phh | (just in case.) |
| 20:18.32 | Paul_Ishenin | I will send you it |
| 20:18.39 | cr2_ | NetRipper: hmm. i don't think so |
| 20:18.44 | phh | thanks |
| 20:18.56 | NetRipper | phh, no |
| 20:19.07 | NetRipper | only clkregim.dll and msm_clk.dll are dlls with "clk" in them |
| 20:19.13 | cr2_ | phh: by telling NetRipper to commit the haret patch |
| 20:19.41 | NetRipper | i havent seen a mail to haret mailing list yet cr2_ |
| 20:19.53 | cr2_ | phh: or i can dcc it |
| 20:20.11 | cr2_ | NetRipper: need to register first |
| 20:20.20 | NetRipper | well do that then :) |
| 20:20.29 | NetRipper | http://lists.linuxtogo.org/mailman/listinfo/haret-devel |
| 20:20.30 | phh | cr2_: you just do a call to the clk_rgm.dll function no? |
| 20:20.41 | NetRipper | phh, that's what it does |
| 20:21.07 | phh | ok, I'd prefer an oncrpc implementation, so that I could use it as is :p |
| 20:21.31 | ToAsTcfh | phh: which debug tools ? mmcamera_test? |
| 20:21.38 | phh | ToAsTcfh: something like that |
| 20:21.53 | phh | exactly that |
| 20:21.56 | cr2_ | phh: dcc ? |
| 20:22.02 | phh | cr2_: can't do dcc on this irc client |
| 20:22.05 | ToAsTcfh | did u change any thing in ur source or what? |
| 20:22.11 | phh | ToAsTcfh: no |
| 20:22.15 | cr2_ | phh: oncrpc on wince ? |
| 20:22.16 | phh | ToAsTcfh: this tool doesn't even work for you ? |
| 20:22.22 | phh | cr2_: there is an oncrpc.dll |
| 20:22.35 | ToAsTcfh | eh i can try it again |
| 20:22.41 | *** join/#htc-linux rashire (~ed1112war@98.114.89.97) |
| 20:22.52 | cr2_ | phh: what's the point ? we know rpc call params |
| 20:23.11 | phh | cr2_: yes but for an unknown reason I can't get it to work. |
| 20:23.17 | ToAsTcfh | phh: oh yeah i gave up on it. i couldnt figure out how to use it :P |
| 20:23.28 | phh | ToAsTcfh: just launch it -_-' |
| 20:23.38 | phh | E/gralloc ( 1907): gralloc failed err=Out of memory |
| 20:23.45 | phh | so I have to increase pmem, pmem_adsp and pmem_camera |
| 20:23.52 | phh | how am I supposed to do that uh ? |
| 20:23.58 | cr2_ | phh: you connect without an error ? |
| 20:24.18 | ToAsTcfh | hmm |
| 20:24.22 | phh | cr2_: yes, and msm_rpc_call doesn't timeout |
| 20:24.23 | NetRipper | phh, change the memory map in the boards .h file |
| 20:24.26 | phh | it just returns nothing |
| 20:24.28 | phh | NetRipper: na, it's in pmem.c |
| 20:24.36 | phh | NetRipper: but on diamond there is really little memory |
| 20:24.40 | ToAsTcfh | is vfe starting? |
| 20:24.42 | phh | and increasing pmems is really hateful. |
| 20:25.07 | NetRipper | wasnt there 512mb ram on diamond? |
| 20:25.12 | Paul_Ishenin | phh, email |
| 20:25.17 | phh | Paul_Ishenin: thanks |
| 20:25.19 | phh | NetRipper: lol ? |
| 20:25.26 | phh | NetRipper: it's 128MB EBI + 64MB SMI |
| 20:25.29 | Paul_Ishenin | no, I mean what is you email? |
| 20:25.38 | phh | Paul_Ishenin: phhusson@free.fr |
| 20:25.45 | NetRipper | what does raphael got then? |
| 20:25.54 | phh | NetRipper: 256MB EBI +32MB SMI |
| 20:25.58 | NetRipper | ah |
| 20:26.40 | phh | ToAsTcfh: http://pastebin.com/m121a692d |
| 20:26.45 | cr2_ | NetRipper: got spoiled by 576 ? |
| 20:27.16 | NetRipper | cr2_, yes |
| 20:27.21 | Paul_Ishenin | mailed |
| 20:27.24 | NetRipper | cr2_, i thoguht raphael had more |
| 20:27.25 | NetRipper | :P |
| 20:27.42 | NetRipper | and i thought diamond was equal to raphael memorywise |
| 20:27.57 | phh | NetRipper: equal almost everywhere |
| 20:27.59 | phh | but not for memory |
| 20:28.05 | NetRipper | oki |
| 20:28.43 | phh | ToAsTcfh: is it any better than you ? |
| 20:28.58 | cr2_ | NetRipper: do you have an ftp ? |
| 20:29.02 | Paul_Ishenin | phh, that pastebin is nice. do you have diamond (p37000 ? |
| 20:29.07 | NetRipper | cr2_, you can mail up to 50mb to me |
| 20:29.08 | phh | Paul_Ishenin: yes |
| 20:29.22 | Paul_Ishenin | strange that I have worse dmesg |
| 20:29.43 | Paul_Ishenin | maybe because of your yesterday commits ;) ? |
| 20:29.48 | phh | no |
| 20:30.20 | phh | cr2_: it seems qcamtask doesn't answer... any clue about that ? |
| 20:32.05 | gehzumteufel | For everyone that needs a quick and easy file sharing solution, you should all look into getting dropbox. It integrates with the shell. It works on Windows, Linux, Mac, and iPhone. www.dropbox.com |
| 20:32.22 | phh | who cares about iphone ? :p |
| 20:32.43 | gehzumteufel | haha I agree, but was just suggesting a very good, cheap (free), and quick solution :p |
| 20:32.44 | Paul_Ishenin | phh, got my mail? |
| 20:32.51 | ToAsTcfh | phh: what is the usage ur using with mmcamera_test? i cant get it to work |
| 20:32.57 | phh | ToAsTcfh: just as is |
| 20:32.59 | phh | without any argument |
| 20:33.03 | phh | but everything is in logcat |
| 20:33.09 | phh | Paul_Ishenin: yup |
| 20:33.14 | ToAsTcfh | phh: urs is looking better then my dmesg |
| 20:33.28 | phh | ToAsTcfh: that's also what I thaught. |
| 20:33.53 | ToAsTcfh | vfe failed to write but it seems it worked later |
| 20:33.57 | ToAsTcfh | on urs |
| 20:34.21 | phh | failed to write ? |
| 20:34.21 | ToAsTcfh | vfe failed to start before write i mean :P |
| 20:34.44 | phh | ah right |
| 20:34.53 | JD[a] | ToAsTcfh: What version cross compiler/gcc do you use to build? |
| 20:35.06 | ToAsTcfh | the one in the sdk |
| 20:35.50 | ToAsTcfh | phh: but it seems to work after that. mine gets hung up on that for a while then just bails on it |
| 20:35.56 | phh | ToAsTcfh: na it hangs |
| 20:36.04 | phh | might be because of not enough pmem.... |
| 20:36.05 | cr2_ | NetRipper: subscribed |
| 20:36.10 | NetRipper | :) |
| 20:36.46 | JD[a] | ToAsTcfh: I dont see any in the SDK ;\ |
| 20:38.33 | ToAsTcfh | D/mm-camera-main( 1351): |
| 20:38.33 | ToAsTcfh | D/mm-camera-main( 1351): Camera Test Application |
| 20:38.33 | ToAsTcfh | I/mm-camera-mmap( 1351): There is no sensor detect |
| 20:38.33 | ToAsTcfh | D/mm-camera-main( 1351): Profiling: Start Camera timestamp = -317079412 ms |
| 20:38.33 | ToAsTcfh | D/mm-camera-main( 1351): main: NATIVE_CAMERA_INTERFACE |
| 20:38.33 | ToAsTcfh | E/mm-camera-native-cam( 1351): native_interface_init: msm_camera opened failed! |
| 20:38.43 | ToAsTcfh | :? |
| 20:38.58 | phh | na |
| 20:39.03 | phh | it goes way further for me |
| 20:39.05 | phh | ToAsTcfh: strace it |
| 20:41.33 | Captnoord | no sensor detected means for me that the camera sensor isn't detected |
| 20:41.45 | Captnoord | while it should have support |
| 20:41.47 | phh | *detect* not detect*ed* |
| 20:41.48 | Captnoord | or at least |
| 20:41.54 | Captnoord | k |
| 20:42.10 | phh | still i don't know what it would mean. |
| 20:44.04 | *** join/#htc-linux LargePrime (~chatzilla@99-148-91-126.lightspeed.dttnmi.sbcglobal.net) |
| 20:44.46 | phh | cr2_: for sound on 6125, is there any clock setting needed ? |
| 20:44.56 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.51) |
| 20:46.06 | cr2_ | NetRipper: sent |
| 20:46.19 | cr2_ | phh: not that i know |
| 20:46.23 | phh | ok |
| 20:46.41 | cr2_ | phh: check the icodec,ecodec and sdac clocks |
| 20:47.22 | cr2_ | phh: the leo data looks perfect (although a bit different from nexus), and raph data are a bit confusing. try to check it on rhod |
| 20:48.12 | NetRipper | didnt receive yet |
| 20:48.15 | cr2_ | phh: which CAM related clock is 96MHz ? |
| 20:49.40 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
| 20:50.36 | Scepterr | can anybody direct me to a good guide for turning system.img to system.sqsh ? |
| 20:50.59 | Scepterr | what it needs other than the contents of system.img |
| 20:51.14 | cr2_ | NetRipper: don't see it in the archive too. |
| 20:51.26 | cr2_ | NetRipper: maybe htc-linux.org is blocked ? |
| 20:51.26 | *** join/#htc-linux Wr4i7h_ (~abc@89.180.41.114) |
| 20:51.29 | NetRipper | did you send to haret-devel@lists.linuxtogo.org ? |
| 20:51.53 | cr2_ | 2 20:45:44 haret-devel@lists.linuxtogo.org msmcmds.cpp |
| 20:52.03 | NetRipper | ok |
| 20:52.10 | NetRipper | nah first time you go through greylist |
| 20:52.11 | cr2_ | NetRipper: i'll paste |
| 20:52.16 | NetRipper | so may take up to 30 min |
| 20:52.41 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.51) |
| 20:53.32 | cr2_ | NetRipper: http://pastebin.de/4137 |
| 20:53.50 | cr2_ | NetRipper: there is nothing to discuss in this patch |
| 20:54.04 | NetRipper | it's just a formality |
| 20:54.23 | NetRipper | give ppl 24h to respond before comitting |
| 20:54.51 | cr2_ | i see that some guy asked about centrality gpio & irq |
| 20:55.16 | cr2_ | there was some basic linux support patch for it. so this data is known |
| 20:55.22 | LargePrimeAFK | may I ask noob questions? |
| 20:55.37 | AstainHellbring | oh crap LargePrimeAFK woke up here... |
| 20:56.39 | LargePrimeAFK | oh nooeeessss |
| 20:56.54 | LargePrimeAFK | ok I really am afk now |
| 21:01.55 | cr2_ | NetRipper: what was the problem with mdp_lcdc on leo ? |
| 21:02.34 | cr2_ | NetRipper: can't boot, but i have edited defconfig. hmm... |
| 21:03.00 | NetRipper | cr2_, mdp problem is that the interrupt handler causes a handle_bad_irq |
| 21:03.58 | cr2_ | <PROTECTED> |
| 21:03.59 | cr2_ | <PROTECTED> |
| 21:04.01 | cr2_ | <PROTECTED> |
| 21:04.02 | cr2_ | <PROTECTED> |
| 21:04.04 | cr2_ | <PROTECTED> |
| 21:04.09 | cr2_ | need to identify these 3 clocks |
| 21:04.22 | cr2_ | pclk is probably a bit in GLBL_CLK |
| 21:05.01 | cr2_ | NetRipper: btw, in haret we watch GLBL_ENA. maybe it makes more sense to track GLBL_STATUS instead ? |
| 21:05.31 | *** join/#htc-linux ToAsTcfh (~toast@173-136-197-251.pools.spcsdns.net) |
| 21:05.36 | NetRipper | whatls GLBL? |
| 21:05.46 | cr2_ | global |
| 21:06.13 | phh | [21:51:44] <cr2_> phh: which CAM related clock is 96MHz ? <----- adsp I'd say |
| 21:06.57 | cr2_ | <PROTECTED> |
| 21:06.59 | cr2_ | <PROTECTED> |
| 21:07.01 | cr2_ | this one ? |
| 21:07.12 | phh | sounds like it |
| 21:07.33 | phh | wait, vdc ? |
| 21:07.35 | phh | not the on I expected |
| 21:07.48 | cr2_ | damn, can't access wiki again |
| 21:08.05 | phh | get an offline proxy. |
| 21:08.07 | dcordes | what's wrong with it? |
| 21:08.27 | cr2_ | 0x29/41 rpc ? - ? ?, cam related,vfe 24000 96000(cam) |
| 21:09.32 | cr2_ | dcordes: can we upload files to htc-linux.org ? |
| 21:10.23 | cr2_ | phh: x48=tvenc,x28,x33,x29,x58=jpeg |
| 21:10.34 | cr2_ | phh: and clk_regime_sec_msm_get_clk_freq_khz (x29/x11) |
| 21:11.06 | cr2_ | 0x28/40 rpc ? - ? ?, cam related,vfe 24000 24000 |
| 21:11.20 | cr2_ | 0x29/41 rpc ? - ? ?, cam related,vfe 24000 96000(cam) |
| 21:11.33 | cr2_ | 0x33/51 rpc ? - ? ?, cam related, icodec_rx 24576 |
| 21:11.52 | cr2_ | 0x58/88 rpc 0xf0 0xb00 ?, jpeg cam related 61440 60000 |
| 21:12.57 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
| 21:15.09 | cr2_ | HaRET(1)# msmclkkhz 0x48 |
| 21:15.11 | cr2_ | clk_freq_khz ( 72 / 0x48 ) = 27000 |
| 21:15.16 | cr2_ | this one looks good |
| 21:15.34 | cr2_ | strange on leo |
| 21:15.37 | cr2_ | HaRET(1)# msmclkkhz 0x48 |
| 21:15.39 | cr2_ | clk_freq_khz ( 72 / 0x48 ) = 105 |
| 21:15.47 | cr2_ | but it does not have tvout . |
| 21:16.10 | AstainHellbring | hmm lg monaco is supposed to have tvout |
| 21:17.28 | phh | hdmi out ? |
| 21:17.38 | AstainHellbring | phh proally not |
| 21:17.51 | AstainHellbring | it is via the micro usb port on monaco though |
| 21:18.02 | phh | damn. |
| 21:18.27 | phh | grah I can't see what's wrong with camera |
| 21:18.51 | AstainHellbring | makes me wonder if leo can do tv and its just missing the files to do it |
| 21:19.03 | AstainHellbring | I am trying to find an lg monaco tv out cable |
| 21:19.25 | cr2_ | AstainHellbring: tvout on microusb ? |
| 21:19.31 | AstainHellbring | yes cr2_ |
| 21:19.48 | phh | cr2_: you can't see how ? :p |
| 21:19.51 | cr2_ | hm. that reminds me about serial console on leo |
| 21:20.08 | *** join/#htc-linux ale_____ (~alessandr@host103-152-dynamic.49-82-r.retail.telecomitalia.it) |
| 21:20.17 | cr2_ | phh: why not. but you need some muxer |
| 21:20.30 | cr2_ | at least usb and rs232 are already muxed |
| 21:20.46 | cr2_ | need to check in oemsbl how they do it |
| 21:21.00 | cr2_ | but then i need to strip the extra bytes from oemsbl |
| 21:21.17 | cr2_ | because i can't dump it from smi |
| 21:21.29 | cr2_ | phh: can you check mpu on rhod ? |
| 21:21.53 | phh | cr2_: check if setting 0 to the known bit enables dumping ? |
| 21:22.17 | cr2_ | ts on raph is much better than this weird multitouch crap on leo ;) |
| 21:22.31 | cr2_ | phh: check if you these areas are visible |
| 21:23.20 | cr2_ | what's so special about such an innacurate ts anyway !? |
| 21:23.36 | phh | it's that inaccurate ? |
| 21:23.45 | phh | I've never tried capacitive ts yet |
| 21:23.58 | cr2_ | you must operate it with the finger |
| 21:24.07 | cr2_ | maybe on 26" display it's ok |
| 21:24.20 | cr2_ | but if the widgets are small, like filenames |
| 21:24.28 | cr2_ | then it's PITA to use |
| 21:24.44 | JD[a] | WOAH Finally (crooses fingers) |
| 21:24.53 | JD[a] | <PROTECTED> |
| 21:24.55 | JD[a] | !!! |
| 21:25.17 | phh | I dream of a single binary kernel for everyone one day. |
| 21:25.25 | AstainHellbring | capacitve is a megga pain in butt some days |
| 21:25.27 | JD[a] | mmm would be good |
| 21:25.33 | JD[a] | There's no reason it can't happen |
| 21:25.47 | phh | JD[a]: qualcomm doesn't care about that ? :p |
| 21:25.57 | ali1234 | your code *has* to support that or it won't be accepted into mainline... just FYI :) |
| 21:26.02 | JD[a] | lol |
| 21:26.14 | phh | AFAIK we are the only msm7k kernel that handles multiple amss |
| 21:26.20 | NetRipper | ah there's your mail cr2_ |
| 21:26.20 | NetRipper | :) |
| 21:26.27 | JD[a] | But if it runs Android, we will get the drivers |
| 21:26.29 | cr2_ | omg |
| 21:26.36 | JD[a] | aas for windows, maybe not. |
| 21:26.52 | phh | JD[a]: haha. |
| 21:27.00 | NetRipper | cr2_, should go faster next times.. its just the greylisting |
| 21:27.22 | JD[a] | My major problem was two semi-colons |
| 21:27.32 | JD[a] | ; = ; |
| 21:27.34 | phh | JD[a]: may I say.... noob ? :p |
| 21:27.42 | ToAsTcfh | phh: :P |
| 21:27.44 | JD[a] | but I had ; = ;{ twice (typo) |
| 21:27.56 | JD[a] | Yeh, I suck... But it should work. |
| 21:28.44 | ToAsTcfh | JD[a] what patches u end up using? |
| 21:28.50 | cr2_ | ali1234: how much aplle paid you ? :) |
| 21:28.54 | JD[a] | I didnt |
| 21:29.04 | ToAsTcfh | u didnt what |
| 21:29.05 | JD[a] | I ended up manually taking shit from a few places |
| 21:29.12 | ali1234 | cr2_: who? |
| 21:29.24 | cr2_ | apple |
| 21:29.30 | JD[a] | Copied stuff from --> http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/ |
| 21:29.30 | ali1234 | what do you mean? |
| 21:29.33 | ToAsTcfh | yeah well i knew u would have to merge the patches in |
| 21:29.50 | cr2_ | [22:25] <ali1234> your code *has* to support that or it won't be accepted into mainline... just FYI :) |
| 21:30.06 | cr2_ | ali1234: and i was talking about multitouch |
| 21:30.28 | ali1234 | cr2_: i mean "one binary kernel for all" - a mach type has to be able to produce a single kernel that runs on all supported machines, in this case all MSM* |
| 21:30.44 | ToAsTcfh | JD[a] : it work? |
| 21:30.45 | ali1234 | otherwise arm mainainer won't accept your patch :) |
| 21:30.46 | cr2_ | ah. ok |
| 21:31.10 | ToAsTcfh | u got neocore installed already/ |
| 21:31.18 | cr2_ | ali1234: we need first to get rid of the hardcoded amss dependence for g1 |
| 21:31.34 | JD[a] | Just re-make'ing my ROM with the new kernel. |
| 21:31.35 | cr2_ | ali1234: but i'm on the right way already |
| 21:31.40 | phh | cr2_: we already have the code for that |
| 21:31.44 | ali1234 | i'm not really familiar with MSM codebase |
| 21:31.51 | phh | cr2_: I even think it's has been implemented |
| 21:31.52 | ali1234 | but we had this problem on OMAP1 |
| 21:31.54 | phh | it just needs testing |
| 21:31.58 | ToAsTcfh | oh u can flash the boot.img u know |
| 21:32.08 | JD[a] | Yeh it's easier to re-make though |
| 21:32.15 | JD[a] | Coz I nandroid backup while it happens :P |
| 21:32.16 | ToAsTcfh | no |
| 21:32.40 | ToAsTcfh | u back up evertime? |
| 21:32.44 | ali1234 | we had a nice patch to make MMC work but it was rejected because of breaking the "one kernel for all" rules |
| 21:32.50 | ali1234 | we had to redo it |
| 21:33.00 | JD[a] | It's not only the boot.img though ToAsTcfh, I need all tthree flashed |
| 21:33.28 | cr2_ | phh: it must be much better. proc_comm should switch on board->amss too |
| 21:33.38 | JD[a] | I've been using a 1.6 ROM as the 3D was too slow :\ |
| 21:33.39 | cr2_ | phh: for dex,clk.gpio and rpc |
| 21:34.26 | ToAsTcfh | ok |
| 21:34.38 | ToAsTcfh | phh: i hate this camera |
| 21:34.43 | ToAsTcfh | errr |
| 21:35.39 | JD[a] | Crap |
| 21:35.43 | JD[a] | Won't boot |
| 21:35.45 | JD[a] | GAH! |
| 21:37.33 | ToAsTcfh | <PROTECTED> |
| 21:37.49 | phh | cr2_: oh forgot that one. |
| 21:38.06 | phh | cr2_: OR we do all through in-memoery registers, bypassing dex/proc comm. |
| 21:39.35 | cr2_ | you can't bypass dex |
| 21:39.49 | phh | why ? |
| 21:39.50 | ToAsTcfh | JD[a] : it only took me like 10 minutes. u know mrpippy's patch once merged in will at least get it working. then just merge phh's patch after u get it working |
| 21:39.56 | cr2_ | you need to stick to gogle api anyway |
| 21:40.14 | cr2_ | dex is pmic op over sbi |
| 21:40.23 | phh | 9 |
| 21:40.32 | cr2_ | you want to write an sbi lib ? and not to hurt arm9 in the process ? |
| 21:40.58 | phh | ah, pmic. |
| 21:41.02 | phh | I thaught only about clk and gpio. |
| 21:41.10 | cr2_ | dex is pmic |
| 21:41.15 | cr2_ | dex+vreg |
| 21:41.28 | cr2_ | but the current g1 pro |
| 21:41.29 | ali1234 | cr2_: i was just considering working on the nand driver and maybe wiping WM complete... but i wonder if there is any way back from that |
| 21:41.43 | cr2_ | proc_comm needs to check board->amss too |
| 21:41.48 | ali1234 | everything lives on nand right? |
| 21:41.52 | phh | ali1234: nand driver for which board ? |
| 21:41.57 | cr2_ | ali1234: on which phone ? |
| 21:41.58 | ali1234 | for wizard |
| 21:42.08 | JD[a] | ToAsTcfh: How did you merge the patch? |
| 21:42.10 | cr2_ | ali1234: g3 or g4 ? |
| 21:42.15 | phh | JD[a]: wget && git apply ? |
| 21:42.21 | ali1234 | cr2_: mine is g3 |
| 21:42.31 | gehzumteufel | g3 ftw |
| 21:42.42 | ali1234 | yeah. we have a working reading driver |
| 21:42.42 | ToAsTcfh | JD[a] : manualy |
| 21:42.50 | gehzumteufel | My last wizard was a g4. Fuck that was such a pain in the ass |
| 21:42.53 | cr2_ | ali1234: don't touch the spl |
| 21:42.58 | JD[a] | Did you do it on the android kernel from android.git.kernel.org or something else? |
| 21:43.13 | ToAsTcfh | just get mrpippy's patch to work first |
| 21:43.16 | cr2_ | ali1234: keep g4 in mind, btw. |
| 21:43.19 | ali1234 | cr2_: if i leave SPL, does that mean i would need to implement whatever FTL they used in linux? |
| 21:43.29 | ToAsTcfh | mine is an htc kernel |
| 21:43.33 | cr2_ | ali1234: you have it with yaffs |
| 21:43.35 | ToAsTcfh | sadly |
| 21:43.44 | ToAsTcfh | i need to fix that |
| 21:43.54 | cr2_ | ali1234: msm_nand does not implement FTL at all |
| 21:43.55 | ali1234 | cr2_: hmm really? so i should be able to mount the windows partition if i make a real driver? |
| 21:44.17 | cr2_ | ali1234: ah, you want to mount imgfs ? or fat ? |
| 21:44.30 | cr2_ | then you need their FTL |
| 21:44.32 | ali1234 | well, i don't really want to do it |
| 21:44.45 | cr2_ | i've gathered some info about what they are doing |
| 21:45.11 | ali1234 | but i mean, if i want to leave their SPL in place but wipe the rest and replace with linux filesystems... i need to cope with their partition format right? |
| 21:45.12 | cr2_ | but if the spl is there, you can reflash at any time |
| 21:45.29 | ali1234 | and how would i get SPL to boot a kernel from nand? |
| 21:45.49 | cr2_ | yes, you should exclude spl blocks from your nand map |
| 21:46.03 | cr2_ | partition itself is not interesting |
| 21:46.23 | ali1234 | so is SPL more like a DOS bootloader ie it does not live in any particular partition... |
| 21:46.26 | cr2_ | msm has 36MB for various things, including modem firmware |
| 21:46.32 | cr2_ | linux just ignores it |
| 21:46.55 | cr2_ | ali1234: you are not interested in their partitioning |
| 21:47.01 | cr2_ | unless you want to mount it |
| 21:47.09 | ali1234 | i dunno how it works. i am used to stuff like AR7 where the bootloader is just another partition |
| 21:47.30 | cr2_ | mdoc has 4 partitions |
| 21:47.43 | ali1234 | rather than hardcode the SPL location, i would rather linux picked it up automatically and therefore knew to ignore it |
| 21:47.57 | cr2_ | there are some docs, and a header in itsutils explaining it |
| 21:48.35 | cr2_ | afair spl has its own "binary" partition |
| 21:48.47 | cr2_ | and is in "raid1" format |
| 21:48.58 | cr2_ | 2x512byte blocks |
| 21:49.39 | ali1234 | other than the fact i wont be able to reflash it again... any reason i ca't replace SPL with my own bootloader? |
| 21:49.59 | cr2_ | ali1234: the best thing you can do with g3, is to disassemble the a780 g3 driver |
| 21:50.14 | cr2_ | ali1234: and look at my wiki notes @xda-dev |
| 21:51.24 | cr2_ | + #define LCD_MD_VAL_40MHZ 0x0005FFCF |
| 21:51.26 | cr2_ | + #define LCD_NS_VAL_40MHZ 0xFFD41B49 |
| 21:51.37 | cr2_ | NetRipper: this is in uboot |
| 21:53.11 | NetRipper | ok |
| 21:53.20 | cr2_ | M=5,N=0x30, PCS=121 |
| 21:53.37 | cr2_ | 768*5/0x30/2 |
| 21:54.03 | cr2_ | =40 |
| 21:54.03 | cr2_ | ok |
| 21:54.28 | NetRipper | ooooookay |
| 21:54.30 | cr2_ | we have 1,5,1,2,4 |
| 21:54.36 | NetRipper | N=? multiplier? |
| 21:54.38 | cr2_ | means 24.576 |
| 21:55.04 | cr2_ | F=PLL*M/N/(P+1) |
| 21:55.10 | cr2_ | PLL is defined by S |
| 21:55.22 | cr2_ | 0,1,4 |
| 21:55.30 | NetRipper | im lost |
| 21:55.32 | NetRipper | but doesnt matter |
| 21:55.43 | cr2_ | tcx0,pll1,pll0 |
| 21:55.55 | ToAsTcfh | JD[a] : the patches didnt apply clean. i had init differences and i think pmem.c was in a different location. u could always apply their patches and fix the rejects |
| 21:56.10 | cr2_ | uboot sets 40MHz , our spl 24.576 |
| 21:56.43 | cr2_ | yeah, and wince also 24.576 |
| 21:56.48 | NetRipper | ah |
| 21:56.53 | cr2_ | a86003e0 | 00000000 000500bf 00c40b41 0001fffa | ........A....... |
| 21:56.55 | cr2_ | a86003f0 | fffb1f4c 00000a00 00000000 00000000 | L............... |
| 21:57.02 | ToAsTcfh | JD[x] : ^^^^^^^^ |
| 21:57.19 | cr2_ | 1,~fffa,4c |
| 21:57.36 | cr2_ | 1,5,1,2,4 |
| 21:57.44 | cr2_ | yes, 24.76 |
| 21:57.47 | cr2_ | yes, 24.576 |
| 21:57.54 | ToAsTcfh | phh: have u tried to make the camera more verbrose? |
| 21:57.59 | phh | ToAsTcfh: no |
| 21:58.10 | cr2_ | NetRipper: should we add that to haret ? or in python ? |
| 21:58.18 | NetRipper | what, the clocks? |
| 21:58.25 | cr2_ | clock decoding |
| 21:58.25 | NetRipper | is that generic? |
| 21:58.30 | cr2_ | per cpu |
| 21:58.40 | cr2_ | 7200,7201A,8250 |
| 21:58.47 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
| 21:58.48 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
| 21:58.50 | cr2_ | bt we have such division in .py already |
| 21:58.50 | NetRipper | hm |
| 22:00.31 | ToAsTcfh | phh: i dont know if doing that would help much thugh |
| 22:00.33 | cr2_ | NetRipper: u-boot-2009.03_PATCH_2009_06_08.patch is pretty straightforward |
| 22:00.43 | cr2_ | NetRipper: in configuring mdp |
| 22:00.47 | phh | ToAsTcfh: well I have no clue what's going on, so yes it would help |
| 22:01.01 | phh | well I should try to understand this part of the code |
| 22:01.15 | cr2_ | NetRipper: i see only this 40 vs 24.576 difference so far |
| 22:01.19 | ToAsTcfh | phh: it seems like it goes deeper then the camera files |
| 22:01.28 | ToAsTcfh | or adsp |
| 22:01.34 | phh | deeper than adsp ? |
| 22:02.19 | ToAsTcfh | idk it just seems like its not liking something |
| 22:02.21 | cr2_ | NetRipper: do we know which uart is used on leo ? |
| 22:02.30 | NetRipper | BT = uart1 |
| 22:02.38 | ToAsTcfh | i thought adsp was the issue at first |
| 22:02.52 | ToAsTcfh | it could still be |
| 22:03.07 | NetRipper | cr2_, im mostly curious about how they handle the interrupt |
| 22:04.10 | ToAsTcfh | maejrep added to ours a line to manually restart vfe but it did no good |
| 22:04.11 | phh | ToAsTcfh: don't know, i'm trying to see what the code is supposed to do |
| 22:04.19 | cr2_ | NetRipper: +#define MDP_BASE (0xAA200000)M |
| 22:04.26 | cr2_ | NetRipper: is it mmutraceable ? |
| 22:04.33 | cr2_ | hm. i can try myself too |
| 22:04.43 | *** join/#htc-linux Olipro_ (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
| 22:04.46 | NetRipper | :) |
| 22:06.18 | cr2_ | <PROTECTED> |
| 22:06.19 | cr2_ | + // For WVGA LCDC |
| 22:06.20 | cr2_ | + IO_WRITE32(MDP_DMA_P_CONFIG, 0x0010213F); // 0x00100000 selects LCDC, must use MDP_DMA_P |
| 22:07.24 | cr2_ | NetRipper: Leo_LCD page ? |
| 22:07.51 | NetRipper | yea i already tried using MDP_DMA_P but i got something wrong with the flags |
| 22:08.21 | NetRipper | but cr2_ in htc_fb_console i'm not setting config at all.. i'm leaning on the wince config |
| 22:08.21 | cr2_ | compare that with your code |
| 22:08.35 | cr2_ | i'll dump the wince values |
| 22:08.40 | NetRipper | that's also the only way it'll work with most devices.. to not configure MDP and just do a DMA instead |
| 22:08.57 | NetRipper | otherwise VIDEOLFB tag stuff won't have any value |
| 22:09.18 | cr2_ | msm_fb_console |
| 22:09.31 | NetRipper | no, htc |
| 22:09.34 | NetRipper | msm + qsd :p |
| 22:09.36 | cr2_ | the fb_addr is fixed in uboot too |
| 22:09.37 | NetRipper | it will work for both |
| 22:12.57 | cr2_ | HaRET(2)# pd 0xaa2e0000 0x40 |
| 22:12.59 | cr2_ | aa2e0000 | 00000001 02000002 00064e00 00000400 | .........N...... |
| 22:13.00 | cr2_ | aa2e0010 | 01fd001e 00000a00 000649ff 00000000 | .........I...... |
| 22:13.02 | cr2_ | aa2e0020 | 00000000 00000000 00000000 8000ff00 | ................ |
| 22:13.04 | cr2_ | aa2e0030 | 00000000 00000000 00000003 00000000 | ................ |
| 22:13.22 | cr2_ | HaRET(3)# pd 0xaa290000 0x10 |
| 22:13.24 | cr2_ | aa290000 | 02102196 032001e0 141c1000 000003c0 | .!.... ......... |
| 22:14.21 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 22:14.27 | *** join/#htc-linux mcdull (~mcdull@203.210.9.175) |
| 22:14.47 | cr2_ | + // Stop any previous transfers |
| 22:14.48 | cr2_ | + IO_WRITE32(MDP_LCDC_EN, 0x0); |
| 22:15.42 | cr2_ | 200x2 sync ctl |
| 22:16.41 | cr2_ | this whole math can be done in haret |
| 22:16.54 | cr2_ | i just need a way to run a script from host |
| 22:17.59 | cr2_ | hmm |
| 22:18.20 | cr2_ | IO_WRITE32(MDP_DMA_P_CONFIG, 0x0010213F); // 0x00100000 selects LCDC, must use MDP_DMA_P |
| 22:18.32 | cr2_ | wince -> 02102196 |
| 22:19.08 | cr2_ | 320x1e0 |
| 22:19.31 | cr2_ | 800x480 |
| 22:20.10 | NetRipper | hm my phone just drained from 90% to 6% in three hours |
| 22:20.11 | cr2_ | NetRipper: ibuf_addr=0x141c1000 |
| 22:20.28 | cr2_ | NetRipper: it's some double buffer ? |
| 22:21.00 | NetRipper | eh? |
| 22:21.02 | NetRipper | ibuf? |
| 22:21.14 | cr2_ | + IO_WRITE32(MDP_DMA_P_IBUF_ADDR, gd->fb_base); |
| 22:21.21 | cr2_ | fbaddr |
| 22:21.22 | NetRipper | well yea there could be double buffer.. it's how the msmfb driver on raphael works too |
| 22:21.31 | NetRipper | oh but not on MDP level afaik |
| 22:21.39 | NetRipper | maybe it's an acceleration thing they added |
| 22:21.55 | cr2_ | scatter-gather ? |
| 22:22.02 | NetRipper | eh? |
| 22:22.34 | cr2_ | you just tell mdp where is the video buffer, and let it do dma |
| 22:22.43 | NetRipper | in msm_fb they had two framebuffers.. they would draw to one.. then dma that... and while dma they draw to the other buffer and then dma that one afterwards |
| 22:22.53 | cr2_ | so buffer can be at any dynamically allocated location |
| 22:23.02 | NetRipper | yes |
| 22:23.17 | NetRipper | you set the physical address in some reg |
| 22:23.23 | cr2_ | but you want a fixed location |
| 22:23.31 | NetRipper | why? |
| 22:23.37 | cr2_ | some reg= MDP_DMA_P_IBUF_ADDR |
| 22:23.56 | cr2_ | because it's easier |
| 22:24.30 | NetRipper | but less performance if you doublebuffer and need to copy from your backbuffer to your frontbuffer |
| 22:24.40 | NetRipper | instead you just give the address of your 2nd buffer and dma it |
| 22:25.06 | cr2_ | i'll use standard mdp_lcdc.c for that |
| 22:25.14 | cr2_ | we talk about initial console now |
| 22:25.24 | phh | cr2_: even if the address is always the same, you still have to send the dma command |
| 22:25.48 | cr2_ | phh: not so fast :) |
| 22:26.38 | *** join/#htc-linux ToAsTcfh (~toast@173-136-197-251.pools.spcsdns.net) |
| 22:26.39 | cr2_ | phh: should i email you the haret ? |
| 22:26.56 | phh | cr2_: yes please, phhusson@free.fr |
| 22:28.11 | *** part/#htc-linux gehzumteufel (~gehzumteu@cpe-76-93-100-70.socal.res.rr.com) |
| 22:32.00 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
| 22:32.38 | ToAsTcfh | damn cable modem burned up |
| 22:32.42 | ToAsTcfh | bah this sux i wish the cable dude would show up. i sick of tethering |
| 22:33.10 | cr2_ | phh: sent |
| 22:33.15 | phh | cr2_: thanks |
| 22:34.09 | cr2_ | phh: got it ? |
| 22:34.22 | phh | yup |
| 22:34.55 | cr2_ | compare with raph100 |
| 22:35.06 | phh | ok |
| 22:35.22 | cr2_ | let me know if it works at all |
| 22:35.48 | ToAsTcfh | phh: is it possible to get opengl 1.1 working? i ve loaded up on a real 2.1 rom and im getting errors that egl lite isnt supported |
| 22:36.02 | phh | ToAsTcfh: uh ?* |
| 22:36.14 | *** join/#htc-linux rafyvitto (~rafyvitto@76-195-44-215.lightspeed.wlfrct.sbcglobal.net) |
| 22:36.15 | phh | open gl es != open gl |
| 22:36.15 | ToAsTcfh | idk i guess its the new shit |
| 22:36.22 | phh | you need a glue to be able to use open gl 1.1 on open gl es 1.1 |
| 22:37.03 | ToAsTcfh | super glue? |
| 22:37.05 | ToAsTcfh | lol |
| 22:37.33 | ToAsTcfh | so its not possible? |
| 22:37.44 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
| 22:37.49 | phh | but you're sure you're speaking about opengl and not opengl es ? |
| 22:37.52 | phh | it seems quite weird |
| 22:38.05 | phh | theorically your device handle opengl es 1.1 |
| 22:38.06 | ToAsTcfh | i think it may be es |
| 22:38.33 | ToAsTcfh | what am looking for in the source to add support? |
| 22:38.49 | phh | no clue. |
| 22:38.52 | ToAsTcfh | not hw3d im guessin |
| 22:39.08 | phh | I think that's the problem, not some weird opengl != opengl es stuff. |
| 22:39.44 | phh | but don't know what "egl lite" refers to |
| 22:39.58 | phh | I'd say opengl es 1, but without any conviction |
| 22:40.35 | ToAsTcfh | but i should maybe look to add support for it in my hw3d |
| 22:40.48 | ToAsTcfh | to the nexus!!! |
| 22:41.00 | cr2_ | NetRipper: why do you need an irq ? |
| 22:41.06 | ali1234 | es 1.1 roughly = opengl, es 2 != opengl, but can emulate it |
| 22:41.17 | NetRipper | i suppose you dont but the irq isnt the problem.. its the irq handler thats the problem |
| 22:41.19 | phh | ali1234: uh ? |
| 22:41.37 | phh | ali1234: es2 is backward compatible to es1.1 |
| 22:41.37 | NetRipper | cr2_, and it takes a lot of less cpu cycles when you act on interrupt instead of polling |
| 22:41.44 | phh | and "opengl" alone has no meaningt |
| 22:41.52 | phh | there have been 3 major opengl versions |
| 22:41.53 | ali1234 | phh: correct |
| 22:42.27 | cr2_ | NetRipper: i think it does autorefresh |
| 22:42.43 | ali1234 | es 1.1 implements only all fixed pipeline functions of opengl 2.0 but es 2.0 implements none of the fixed pipeline functions |
| 22:42.55 | cr2_ | NetRipper: but i need to check the IRQ bits first |
| 22:43.03 | ToAsTcfh | i may just need a leaked lib |
| 22:43.05 | ali1234 | they both implement a subset of opengl 2.0 but the subsets do not overlap |
| 22:43.28 | ali1234 | to run es 1.1 on es 2.0 hardware you first program the pipeline to act like the es 1.1 fixed pipeline |
| 22:44.12 | ToAsTcfh | but to go from 1.0 to 1.1? |
| 22:44.45 | ToAsTcfh | possible? |
| 22:44.50 | NetRipper | cr2_, im trying to find something about that DBG interrupt in ARM docs |
| 22:45.27 | cr2_ | ok |
| 22:45.45 | cr2_ | nexus has .clk_rate = 24576000 too |
| 22:45.55 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
| 22:46.06 | cr2_ | but we need to calculate other params |
| 22:46.10 | cr2_ | from wince values |
| 22:52.23 | cr2_ | +#define GLBL_CLK_ENA_2__MDP_P_CLK_ENA___M 0x00000040 |
| 22:53.01 | cr2_ | +#define GLBL_CLK_ENA__AXI_MDP_CLK_ENA___M 0x00000200 |
| 22:53.54 | cr2_ | +#define MDP_NS_REG (0xA86003F4) |
| 22:54.03 | cr2_ | a86003f0 | fffb1f4c 00000a00 00000000 00000000 |
| 22:54.08 | cr2_ | a00 |
| 22:56.05 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
| 22:56.31 | phh | cr2_: 0 1 2 3 and 4 regime ids seems to exist, should I add them ? |
| 22:56.46 | phh | (seems to exist = result !=0) |
| 22:57.56 | cr2_ | phh: should we add all != 0 ids ? |
| 22:58.03 | phh | don't know |
| 22:58.10 | phh | they seem quite irrelevant thouogh |
| 22:58.17 | phh | all are multiples of 8MHz |
| 22:58.30 | cr2_ | axi, ahb and such ? |
| 22:58.44 | cr2_ | adm |
| 22:58.51 | phh | maybe |
| 22:58.56 | ali1234 | ToAsTcfh: 1.0 to 1.1 is much simpler, yes, they are practically the same i think |
| 22:58.56 | phh | don't know how they are calculated mmm |
| 22:58.58 | cr2_ | 0x637bffab |
| 22:59.04 | cr2_ | phh: yeah. |
| 22:59.29 | cr2_ | 0110.0011.0111.1011. |
| 22:59.47 | cr2_ | 0110.0011.0111.1011.1111.1111.1010.1011 |
| 23:01.49 | cr2_ | 0,1,3,5,7,8,9,10,11,12,13,14,15,16,17,19,20,21,22,24,25,29,30 |
| 23:03.11 | cr2_ | ENA, SC_AXI_SRC_ENA, AXI_VDC_CLK_ENA, ADM_CLK_ENA, SDC1_H_CLK_ENA |
| 23:03.54 | cr2_ | SDC2_H_CLK_ENA, AXI_MDP_CLK_ENA, AXI_ARB_CLK_ENA, AXI_LI_MSS_CLK_EN |
| 23:04.20 | cr2_ | UART1DM_P_CLK_ENA=17 |
| 23:04.29 | cr2_ | TSIF is off |
| 23:04.57 | cr2_ | MSS_CE_CLK_ENA is off |
| 23:05.26 | cr2_ | UART2DM_P_CLK_ENA is off |
| 23:05.54 | cr2_ | SC_DBG_ENA is on. hm |
| 23:11.58 | cr2_ | +#define EBI2CS7_BASE (0x70000000)M |
| 23:12.00 | cr2_ | +#define EBI2CS6_BASE (0x60000000)M |
| 23:12.07 | cr2_ | these are legitimate now too |
| 23:24.27 | cr2_ | MDP_INTR_ENABLE=e74d MDP_INTR_ENABLE= 274d |
| 23:24.43 | cr2_ | 4000 and 8000 |
| 23:24.57 | cr2_ | bit 15 and 14 |
| 23:26.43 | cr2_ | 2000 is 13 , |
| 23:26.46 | cr2_ | argh |
| 23:26.55 | cr2_ | #define MDP_DMA_P_DONE (1 << 14) |
| 23:27.03 | cr2_ | #define MDP_LCDC_FRAME_START (1 << 15) |
| 23:27.40 | cr2_ | NetRipper: which bit caused problems ? |
| 23:28.09 | NetRipper | it's not the interaction with mdp itself that causes the problem (as far as i could see) |
| 23:28.21 | NetRipper | it's the disable_irq() call within the interrupt handler that causes a handle_bad_irq |
| 23:28.40 | cr2_ | but what was the irq status for this problem ? |
| 23:29.39 | *** join/#htc-linux Olipro (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
| 23:30.00 | cr2_ | need to parse all MDP_LCDC* registers |
| 23:30.57 | *** join/#htc-linux dcordes_ (~dccordes@unaffiliated/dcordes) |
| 23:31.14 | cr2_ | NetRipper: i'll try to compile unmodified defconfig |
| 23:31.45 | NetRipper | irq status? |
| 23:31.53 | NetRipper | the MDP irq fires fine that's not the issue |
| 23:32.12 | cr2_ | hm. strange |
| 23:32.32 | cr2_ | arch/arm/mach-msm/board-htcleo.c: In function 'htcleo_init': |
| 23:32.33 | cr2_ | arch/arm/mach-msm/board-htcleo.c:155: warning: ISO C90 forbids mixed declarations and code |
| 23:33.04 | NetRipper | that's not strange |
| 23:33.12 | NetRipper | thats just cos i didn't feel like fixing that warning |
| 23:33.31 | JD[a] | back |
| 23:33.37 | JD[a] | got labrette peirced, lol |
| 23:35.21 | NetRipper | you what? |
| 23:37.06 | cr2_ | phh: did you switch on the cam, and played music ? |
| 23:37.22 | *** join/#htc-linux Olipro_ (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
| 23:37.49 | cr2_ | phh: sdac is misplaced |
| 23:38.00 | cr2_ | i'll fix it |
| 23:40.19 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 23:43.06 | cr2_ | NetRipper: can't boot the current kernel |
| 23:43.13 | NetRipper | ? |
| 23:43.25 | NetRipper | you use htcleo_defconfig? |
| 23:43.32 | cr2_ | it hangs before switching to linux. |
| 23:43.34 | cr2_ | yes |
| 23:43.41 | cr2_ | as if the MTYPE was wrong |
| 23:44.05 | NetRipper | so, check your mtype in default.txt |
| 23:44.38 | NetRipper | its gotta be 2524 |
| 23:45.01 | cr2_ | i don't set it |
| 23:45.13 | cr2_ | #set MTYPE 2524 |
| 23:45.14 | cr2_ | #set ramsize 0x5000000 |
| 23:45.16 | cr2_ | set RAMSIZE 0x4000000 |
| 23:45.17 | cr2_ | set RAMADDR 0x11800000 |
| 23:46.07 | NetRipper | hm |
| 23:46.15 | NetRipper | do a showvar mtype |
| 23:46.18 | NetRipper | after haret starts |
| 23:49.41 | cr2_ | MTYPE=2524 in the log |
| 23:50.26 | cr2_ | maybe the RAMSIZE is too small ? |
| 23:50.58 | cr2_ | because the zimage+initird is loaded above RAMSIZE |
| 23:51.20 | NetRipper | it would fail if ramsize is too small |
| 23:51.57 | cr2_ | can you compile linload ? |
| 23:52.07 | NetRipper | but just try setting mtype hard in default.txt and set ramsize 0x08000000 |
| 23:52.48 | NetRipper | er i could, sure but it should work either way |
| 23:53.17 | cr2_ | 8000000 is too small too |
| 23:53.29 | cr2_ | the zimage is as 0x22* |
| 23:54.11 | NetRipper | it works for me |
| 23:54.27 | NetRipper | tbh ramaddr and ramsize is just want is passed to the linux kernel |
| 23:54.37 | NetRipper | it doesnt affect where haret places the kernel and initrd in-memory |
| 23:54.59 | NetRipper | cr2_, errrrr wait, you use zImage or Image? |
| 23:55.49 | cr2_ | wince reports 353MB |
| 23:55.50 | NetRipper | cos zImage fails.. there's a flushcache instruction in the decompression code that crashes the cpu |
| 23:55.54 | cr2_ | linload |
| 23:56.13 | cr2_ | NetRipper: it was working before. i swear :) |
| 23:56.16 | NetRipper | i'm asking if you use Image or zImage, not wether or not you use linload |
| 23:56.24 | cr2_ | i used zimage |
| 23:56.30 | NetRipper | then that's the problem |
| 23:56.39 | cr2_ | hmm |
| 23:56.52 | NetRipper | cr2_, it worked before, because you patched arch/arm/kernel/compressed/head.S maybe, as i gave you instructions to it once |
| 23:57.00 | cr2_ | no |
| 23:57.18 | NetRipper | i know how to fix zImage but it's dirty.. |
| 23:58.11 | cr2_ | disassemble the wince flushcache func ? |
| 23:58.28 | NetRipper | do you know where to look for it? |
| 23:59.42 | cr2_ | in nk.exe ? |
