00:05.40 | *** join/#htc-linux tyween (~tyween@pool-108-18-214-3.washdc.fios.verizon.net) |
00:07.48 | *** join/#htc-linux MN_ (~yaaic@host86-134-32-198.range86-134.btcentralplus.com) |
00:30.00 | *** part/#htc-linux MN_ (~yaaic@host86-134-32-198.range86-134.btcentralplus.com) |
00:32.44 | *** join/#htc-linux MN_ (~yaaic@host86-134-32-198.range86-134.btcentralplus.com) |
00:41.51 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
00:44.11 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
00:58.24 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
01:07.29 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
01:13.48 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
01:34.15 | *** join/#htc-linux dekar (~dekar@drms-4d014901.pool.mediaWays.net) |
01:37.43 | *** join/#htc-linux XirXes (~XirXes@67-2-103-220.slkc.qwest.net) |
02:04.20 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-18-145-141.client.mchsi.com) |
02:17.38 | *** join/#htc-linux dekar_ (~dekar@drms-4d014901.pool.mediaWays.net) |
02:18.54 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
02:19.35 | *** join/#htc-linux dekar (~dekar@drms-4d014901.pool.mediaWays.net) |
02:28.16 | *** join/#htc-linux helpme (43072727@gateway/web/freenode/ip.67.7.39.39) |
02:28.37 | helpme | hellois there anyone who can help me? |
02:29.38 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
02:42.23 | *** join/#htc-linux Guest40998 (~burning_a@64.112.96.58.static.exetel.com.au) |
02:43.40 | *** join/#htc-linux bzo (~chatzilla@c-76-126-175-200.hsd1.ca.comcast.net) |
02:46.53 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
02:48.32 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE504D.dip.t-dialin.net) |
03:08.46 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
03:14.42 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
03:21.48 | *** join/#htc-linux Merculis (~Merculis@pool-96-241-156-113.washdc.fios.verizon.net) |
03:40.19 | *** join/#htc-linux DuperMan (~Duper@109-186-1-52.bb.netvision.net.il) |
03:48.35 | *** join/#htc-linux DuperMan (~Duper@109-186-1-52.bb.netvision.net.il) |
03:49.33 | *** join/#htc-linux SG_Away (~SG_Away@cpe-76-186-50-40.tx.res.rr.com) |
03:55.16 | *** join/#htc-linux Funklord (~cow@84-55-99-121.customers.ownit.se) |
03:56.42 | *** join/#htc-linux S[h]O[r]T (~ShOrT@216.245.217.114) |
03:58.04 | *** join/#htc-linux arrrghhhTP2 (~arrrghhh_@174-148-129-246.pools.spcsdns.net) |
03:58.30 | arrrghhhTP2 | WisTilt2: how goes it sir |
03:59.25 | WisTilt2 | i'll have a test kernel for you to hit the 100 users with shortly. making some wake tests for the other rhods also so it will be an all in one test. |
03:59.29 | bzo | hey arrrghhh |
03:59.52 | arrrghhhTP2 | What's up bzo! |
04:00.06 | bzo | wanted to talk to you about the non-alex clocks |
04:00.06 | arrrghhhTP2 | WisTilt2: schweet |
04:00.12 | arrrghhhTP2 | Yea? |
04:00.39 | bzo | so sdcards are fixed for diam500/raph800? |
04:00.54 | arrrghhhTP2 | Rhod's experienced it too |
04:00.58 | arrrghhhTP2 | But yes, seems so |
04:01.10 | bzo | how about the shifting screen problem? |
04:01.31 | arrrghhhTP2 | Seemed all devices tbh, it was certain SD's. Phone-agnostic |
04:01.43 | arrrghhhTP2 | Ah |
04:01.59 | arrrghhhTP2 | Need to ask, haven't heard back from a cdma raph/diam user |
04:02.13 | arrrghhhTP2 | I bet that is fixed too, good point! |
04:02.20 | bzo | and F22 says calibration works again? |
04:02.39 | arrrghhhTP2 | Yup |
04:02.49 | arrrghhhTP2 | I haven't tested it tho |
04:02.57 | bzo | hmm, well I have a patch ready to reintegrate the alex changes |
04:03.02 | bzo | but I guess I should hold off |
04:03.08 | arrrghhhTP2 | is a shitty tester of late |
04:03.14 | arrrghhhTP2 | Orly? |
04:03.22 | rpierce99 | stinebd was just saying he had to calibrate blind on 1258, so it may not be fixed for everyone |
04:03.25 | arrrghhhTP2 | What do we gain from his clocks? |
04:03.33 | arrrghhhTP2 | Hrm |
04:03.58 | bzo | mainly its just coded more properly |
04:04.03 | arrrghhhTP2 | I heard the .35 fb commit was the first kernel where calibration failed |
04:04.03 | bzo | and in theory setting things like they are supposed to |
04:04.25 | bzo | yeah, the .35 fb seems a more likely culprit |
04:04.28 | arrrghhhTP2 | bzo: oh matching winmo? |
04:05.03 | bzo | not sure where he derived those changes from |
04:05.03 | arrrghhhTP2 | Hrm |
04:05.29 | arrrghhhTP2 | Breaks all sorts of things, and no offense but is anything tangible gained? |
04:06.00 | bzo | for users perhaps no, but it is a better base to build on |
04:06.18 | arrrghhhTP2 | Hrm |
04:06.33 | bzo | brb |
04:06.36 | arrrghhhTP2 | I guess I don't quite understand the gravity of these 'clocks' |
04:06.40 | arrrghhhTP2 | K |
04:07.01 | F22 | bzo, all i can say is that i moved my ts-calibration file out of my andboot folder last boot-up with 1258 and i was able to successfully calibrate the screen. |
04:07.45 | F22 | only time before that i've tried to calibrate recently was with 1245, when it hung, waiting on something. |
04:08.23 | F22 | 1245 being the kernel where alex's clock got added in. |
04:08.46 | F22 | i did not try to calibrate between the .35 fb commit and the clock commit. |
04:09.07 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
04:18.05 | bzo | F22, hmm, well let's get a few more people to try it |
04:18.15 | bzo | kinda weird it didn't work for stinebd |
04:19.47 | F22 | his error isn't the same one i recall getting. |
04:20.11 | F22 | then again i don't recall if i tried touching the corners back then. |
04:20.32 | bzo | hard to say I guess, maybe it was waiting for you to touch them |
04:21.58 | F22 | yeah, that's very likely. |
04:22.05 | arrrghhhTP2 | cya guys later, I gotta go eat something. |
04:22.13 | F22 | have a good night arrrghhh |
04:25.09 | F22 | bzo: there was one oddity to it though, i could have sworn in the past, that the screen would blank before putting up the boxes in the corners. with 1258 the boot text was still up on my screen when the first box popped up in the top left corner, so it looked a bit ugly. |
04:25.57 | bzo | I don't remember, but that might be normal |
04:26.09 | F22 | ok |
04:32.08 | *** join/#htc-linux Rob2223 (~Miranda@p4FFF2AAD.dip.t-dialin.net) |
04:34.10 | F22 | bzo: i just successfully recalibrated a 2nd time with 1258. i'm going to go back to 1245 which i still have on my handset and give it another try. |
04:34.21 | bzo | k |
04:41.20 | F22 | bzo: problem definitely exists in 1245. the first box shows up, then disappears when the kernel goes oops. after that if i type where the boxes will be the presses will register. once all 5 are pressed, init continues. so clearly it was waiting for those presses which i didn't do at the time because i didn't see the boxes. |
04:41.44 | F22 | s/type/press/ |
04:42.09 | bzo | so you think 1258 work just like pre 1245 now? |
04:43.02 | F22 | well 1245 is just when -i- first confirmed the problem. i'm not absolutely certain that 1245 was the first kernel to experience the issue. i should go back one from there and see if it goes away. |
04:44.33 | F22 | but if i don't have the problem with the one right before the clock commit, i'd say yes to your question. |
04:44.53 | bzo | F22 do you know off hand if the screen shifting problem affects the diam500? |
04:45.43 | F22 | as in bug 80 on stinebd's list? |
04:45.53 | F22 | looks like it |
04:46.18 | bzo | ok, guess I should dig out my old diam500 and check it out |
04:52.36 | *** join/#htc-linux _twitch (~burning_a@64.112.96.58.static.exetel.com.au) |
05:04.24 | *** join/#htc-linux MacDrunk (~marper@201.165.161.195) |
05:09.57 | F22 | bzo: interesting. problem exists in 1242 too, so you're right, the clocks didn't cause it. i'm going to try one before the .35 fb commit next to set a lower bound on the problem, and if it isn't present, then move to the .35 fb commit from there. |
05:10.38 | *** join/#htc-linux avinashhm (~avinash-h@203.101.61.10) |
05:11.01 | bzo | that is really bizarre that the latest clock change fixes it |
05:11.41 | F22 | i should probably try 1253 too, and make sure the problem still exists in that one too. |
05:14.15 | manekineko | problem exists in 1253, I've seen it there recently |
05:14.26 | manekineko | when installing the GB build |
05:17.47 | bzo | I just tried with the new clocks with the alex stuff reintegrated back in |
05:17.52 | bzo | works |
05:18.17 | bzo | so, i guess something about the new non-alex clock stuff fixes the issue with the .35 fb |
05:19.15 | F22 | looks, that way. |
05:19.52 | bzo | wonder if that's the case for bug 80 as well |
05:20.11 | F22 | 1232 (1 before .35 fb) is clean. it cleared everything on the screen before "Calibrating Touchscreen" too, so the rest of the boot text is gone unlike with 1258. |
05:20.59 | bzo | ok, guess that makes more sense |
05:21.19 | bzo | it's not very intuitive when a block appears with no description |
05:21.42 | F22 | agreed |
05:22.12 | bzo | but a huge improvement over having no blocks :) |
05:22.35 | F22 | lol, yup |
05:27.34 | *** join/#htc-linux arrrghhhTP2 (~arrrghhh_@174-148-129-246.pools.spcsdns.net) |
05:28.54 | F22 | bzo: bingo! it was indeed the .35 fb commit. problem appears in 1233, but not 1232. |
05:29.46 | bzo | k, thanks for looking into it |
05:29.58 | F22 | so why does stinebd still have a problem with 1258? |
05:30.16 | bzo | seems to confirm it has nothing to do with alex clock changes, but that new clock changes fix it |
05:30.30 | bzo | maybe fixes only for rhods? |
05:30.42 | F22 | could well be |
05:31.01 | bzo | what is this "oops" thing? |
05:31.20 | *** join/#htc-linux Nautis_ (4cda4629@gateway/web/freenode/ip.76.218.70.41) |
05:32.02 | arrrghhhTP2 | I think the touch-to-wake issue was introduced w/the .35 commit as well |
05:33.04 | arrrghhhTP2 | Anyhoo, WisTilt2 - bedtime for me. Sorry wasn't on much tonight. Shoot me an email... talk to you guys later! |
05:33.08 | *** join/#htc-linux avinashhm (~avinash-h@203.101.61.10) |
05:33.30 | bzo | F22: "hmm...i do have panic on oops turned off though." |
05:34.12 | F22 | as stinebd pointed out to me, it doesn't panic. |
05:34.33 | F22 | there's a setting in init.rc |
05:35.50 | F22 | write /proc/sys/kernel/panic_on_oops 1 |
05:36.19 | F22 | i have that write set to 0 instead of 1. |
05:36.19 | WisTilt2 | before I bang my head against the wall for another hour, have either of you tried compiling and running the current 1258 git tree? no compile errors but after haret vibrates twice device totally freezes. works fine with 1258 autobuild, im stumped |
05:36.50 | bzo | WisTilt2: are you running a 2010 arm toolchain |
05:36.59 | F22 | i have |
05:37.05 | F22 | builds fine for me unlike 1255 |
05:37.18 | F22 | which toolchain are you using? |
05:38.23 | WisTilt2 | same one ive been running I think... i did pull the entire xdandroid tree with its toolchain today, did that mess things up? |
05:39.21 | WisTilt2 | im running arm-eabi-4.4.0 |
05:40.23 | *** join/#htc-linux dekar (~dekar@drms-4d014901.pool.mediaWays.net) |
05:41.41 | WisTilt2 | F22 which toolchain you using |
05:41.44 | F22 | i'm using arm-2010.09 from code sourcery to build everything. sounds like you're using the google toolchain. i have no idea if there are any issues with the google toolchain. i've just always used code sourcery's toolchain. |
05:43.01 | bzo | we're starting to hit the limit of kernel size as allowed by our haret config |
05:43.10 | bzo | the older toolchains produce a slightly larger kernel |
05:43.16 | F22 | ah |
05:43.33 | bzo | the real fix is to relocate init, but for now it helps to use the newest toolchain |
05:44.07 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
05:44.50 | bzo | F22: my panic_on_oops is 1 |
05:44.51 | WisTilt2 | so where do i update to newest? |
05:45.53 | bzo | codesourcery.com |
05:46.22 | WisTilt2 | ok thanks. |
05:48.56 | *** join/#htc-linux dekar (~dekar@drms-4d014901.pool.mediaWays.net) |
05:49.03 | WisTilt2 | what is the latest toolchain version? |
05:49.32 | *** join/#htc-linux netson-ubuntu (~netson-ub@202.159.118.21) |
05:49.56 | bzo | dunno, but don't they give you a choice on what to download do they? |
05:50.08 | F22 | WisTilt2: .50 is the latest recommended for linux kernel compilation |
05:50.30 | F22 | er 2010.09-50 |
05:50.45 | WisTilt2 | we have numerous toolchains on our development server, just need to get the right one |
05:51.42 | bzo | I'm think I'm using 2010.03, so anything newer should be ok |
05:52.28 | *** join/#htc-linux Kasjopaja23 (~Tina@p579C1102.dip.t-dialin.net) |
05:54.15 | WisTilt2 | looks like we have 2010.09-50 and its 84MB in tar.bz2 sound about right? |
05:55.24 | F22 | yup, sounds right |
05:56.08 | WisTilt2 | just under 300MB extracted |
05:56.41 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
05:57.18 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
05:57.24 | *** join/#htc-linux dekar (~dekar@drms-4d014901.pool.mediaWays.net) |
05:58.27 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d879ed4.pool.mediaWays.net) |
05:58.51 | bzo | just fired up my diam500 for the first time in about 6 months |
05:59.01 | bzo | it's so cute comapared to the rhod, lol |
06:01.17 | *** join/#htc-linux dekar (~dekar@drms-4d014901.pool.mediaWays.net) |
06:02.23 | F22 | bzo: the panic on oops thing is just useful at times for debugging. my engineering sample rhod210 was oops'ing and rebooting every time before coming fully up. |
06:03.28 | F22 | i have two 210's now, the second one is an odd thing with non-production parts. |
06:03.54 | bzo | how did that fall into your hands? |
06:04.04 | F22 | it says it has an auo panel on the engineering sticker, but it looks like it's panel id is x7 instead of x13. |
06:04.52 | bzo | I'm seeing the same calib issue stinebd is on my diam500 |
06:04.58 | F22 | hyc picked it up, then decided it wasn't worth the hassle, picked up another rhod, and donated it. |
06:05.42 | bzo | may be something as stupid as where the text happens to draw |
06:05.46 | bzo | since it is vga and not wvga |
06:05.57 | bzo | and the screen doesn't clear |
06:07.12 | F22 | do any of the boxes show? |
06:08.03 | bzo | 2,4,5 show partially or full |
06:08.40 | F22 | top right, bottom left, and bottom right. wonder why the middle block doesn't show. |
06:09.07 | bzo | I think because it's covered by text |
06:09.11 | F22 | lol |
06:09.14 | F22 | that would do it |
06:09.33 | bzo | but then again, it probably should be on the rhod as well |
06:10.08 | F22 | hmmm |
06:10.18 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
06:15.48 | *** join/#htc-linux MassStashm (~androirc@173-99-219-215.pools.spcsdns.net) |
06:22.21 | *** join/#htc-linux MassStashmobile (~androirc@173-99-219-215.pools.spcsdns.net) |
06:25.16 | MassStashmobile | WisTilt2, doin that kernel tonight still bro? |
06:26.23 | WisTilt2 | yes, had to update toolchain so just testing now. arrrghhh should have it posted in the morning |
06:27.43 | F22 | have you added in all the panel id's? |
06:28.58 | WisTilt2 | i have 0x01, 0x13 for AUO and 0x14 and 0x15 for EID. i suspect there might be another but not sure with these AUO problems arrrghhh was talking about |
06:29.36 | WisTilt2 | im just making a change to AUO to see if this fixes the wake problems they are having |
06:35.17 | MassStashmobile | cool, good ta here. you need ne, rhod400 testing? |
06:35.35 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
06:35.35 | MassStashmobile | hear* |
06:35.46 | WisTilt2 | rhod100 is the main test with this one |
06:36.06 | MassStashmobile | right, just makin aure |
06:36.13 | MassStashmobile | s |
06:36.20 | WisTilt2 | bzo,F22 thanks. that did it, booted fine with updated toolchain |
06:36.35 | WisTilt2 | 4.5.1 version now |
06:37.27 | F22 | WisTilt2, do me a favor and try 0x7 for AUO too. unless there is more than one AUO panel on the list. |
06:38.14 | WisTilt2 | 0x7? that shows up as an AUO also? dont know if the init would be the same. ill add it to the same init as the other AUO's and we'll see. |
06:38.49 | F22 | this engineering sample 210 has sticker on it, AUO is checked on that sticker. |
06:39.17 | F22 | your code returned 7 for the panel id when i checked. |
06:39.36 | WisTilt2 | ok will do |
06:41.03 | *** join/#htc-linux DuperMan (~Duper@109-186-1-52.bb.netvision.net.il) |
06:44.49 | WisTilt2 | F22: you want to try this kernel real quick on that 0x7 device? |
06:45.24 | F22 | sure |
06:46.22 | WisTilt2 | ok its uploaded. only the zImage file no kernel-pack until we know it doesnt crash |
06:47.04 | F22 | ok |
06:47.28 | WisTilt2 | btw, i love your rootfs now that im used to it. really like having the underscore key again:) |
06:50.01 | F22 | cool, glad to hear it works. |
06:58.06 | F22 | well i have boot ani, but it had to survive a kernel oops to get there. stuck in boot ani though it appears. |
06:58.20 | F22 | oops is not related to panel |
06:58.32 | F22 | [ 31.521881] PC is at micropklt_speaker_led+0x2c/0x70 |
06:58.32 | F22 | [ 31.528991] LR is at msm_setup_audio+0xb4/0x198 |
06:58.50 | *** join/#htc-linux Rajko (~Rajko@wan.rajkonet.info) |
06:59.57 | WisTilt2 | well type 7 ran on the mddi init then thats good. odd you're getting oops on sound related stuff |
07:01.32 | F22 | something may be different about sound on this one too. any idea what T/W might stand for on the engineering sticker? |
07:03.29 | F22 | [ 1.204223] Panel type detected: 7 |
07:03.29 | F22 | [ 1.204254] htcrhod_init_panel: Initializing panel |
07:04.52 | F22 | yeah, mddi init doesn't seem to have complained |
07:06.00 | WisTilt2 | dont know what the t/w would mean other than taiwan maybe? there is an engineering company called t&w but i think they're in the uk. |
07:06.20 | F22 | the checkboxes by that one are Sony and YFO. |
07:06.35 | F22 | with Sony being checked. |
07:06.44 | WisTilt2 | yeah mddi init had to work since it runs right before bootani screen so if that came up the inits are good |
07:07.36 | *** join/#htc-linux kiozen (~kiozen@p5791F5B8.dip.t-dialin.net) |
07:07.48 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
07:08.20 | F22 | also getting a warning for set_irq_wake |
07:08.36 | F22 | [ 3.772766] Unbalanced IRQ 154 wake disable |
07:10.41 | WisTilt2 | that has been there forever. dont think anyone has looked into the cause of that but since it has to do with wake it might be worth a look now that we're delving into that area |
07:11.21 | *** join/#htc-linux rob_w (~bob@ppp-93-104-172-83.dynamic.mnet-online.de) |
07:12.06 | F22 | ah, ok. so then that wouldn't be effecting me. hmm...last thing in dmesg is an attempt to load the bcm driver, but it complains there isn't a dirty version of it. haven't gotten in anything in the several minutes since, screen still on boot ani. |
07:13.01 | F22 | er, wait, it's a preempt mod_unload |
07:13.10 | WisTilt2 | missing modules. i just uploaded the whole kernel-pack if you want to get that. emailed arrrghhh so he should put it up tomorrow for testers |
07:13.41 | F22 | but i can't imagine that being the problem, i think i need to look at the logcat. |
07:14.53 | WisTilt2 | ok i need to hit the sack, going to be a crazy day tomorrow and we have a large storm hitting here beginning around 3am all through tomorrow. i should be on tomorrow night. |
07:15.05 | F22 | hmmm...waiting on audio, lots of it. |
07:15.19 | F22 | W/AudioSystem( 1435): AudioPolicyService not published, waiting... |
07:15.19 | F22 | I/ServiceManager( 1435): Waiting for sevice media.audio_policy... |
07:15.27 | F22 | sound problems... |
07:15.35 | F22 | i guess that's where i need to look. |
07:15.48 | F22 | ok, Wis, have a good night |
07:16.30 | WisTilt2 | yep, should be interesting. news just said we should get close to 2inches rain tomorrow man. not good around here. nite. |
07:20.33 | *** join/#htc-linux manusfreedom (~manusfree@tra78-1-82-235-115-79.fbx.proxad.net) |
07:39.53 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
07:52.08 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
07:54.35 | *** join/#htc-linux dekar_ (~dekar@drms-4d015349.pool.mediaWays.net) |
08:13.48 | *** join/#htc-linux Andreyxxl1 (~Andreyxxl@89.32.146.153) |
08:28.34 | *** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl) |
08:29.30 | *** join/#htc-linux Ceesheim (~Cees@p548032DA.dip.t-dialin.net) |
08:46.55 | *** join/#htc-linux stroughtonsmith (~steven@86-43-213-17-dynamic.b-ras2.bbh.dublin.eircom.net) |
09:01.32 | *** join/#htc-linux polyrhythmic (~polyrhyth@c-24-19-26-198.hsd1.wa.comcast.net) |
09:11.21 | *** join/#htc-linux Markinus (~Miranda@212.255.18.217) |
09:16.04 | *** join/#htc-linux MacDrunk (~marper@201.165.161.195) |
09:27.14 | *** join/#htc-linux Phally (~Phally@d28072.upc-d.chello.nl) |
09:39.58 | *** join/#htc-linux avinashhm (~avinash-h@203.101.61.7) |
09:43.38 | *** join/#htc-linux _me (kayser@sur-internet.net) |
09:48.04 | *** join/#htc-linux kvaster (~kvaster@leased-line-93-125-0-84.telecom.by) |
10:39.24 | *** join/#htc-linux gauner1986 (~Miranda@p508C7A75.dip.t-dialin.net) |
10:40.28 | *** join/#htc-linux bukington_ (~bukington@aig34-1-88-167-229-45.fbx.proxad.net) |
10:48.38 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@95.232.143.186) |
10:50.28 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
11:13.53 | *** join/#htc-linux t3g (~kvirc@p3E9E5BC7.dip.t-dialin.net) |
11:16.16 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
11:26.59 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
12:12.35 | *** join/#htc-linux DuperMan (~Duper@109-186-1-52.bb.netvision.net.il) |
12:20.51 | *** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com) |
12:20.53 | *** join/#htc-linux DuperMan (~Duper@109-186-1-52.bb.netvision.net.il) |
12:29.09 | *** join/#htc-linux DuperMan (~Duper@109-186-1-52.bb.netvision.net.il) |
12:36.58 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-164-173.netcologne.de) |
12:39.18 | *** join/#htc-linux xanathar (4e35d31a@gateway/web/freenode/ip.78.53.211.26) |
12:39.46 | *** join/#htc-linux balans (~Gebruiker@82-170-217-205.ip.telfort.nl) |
12:40.51 | *** part/#htc-linux xanathar (4e35d31a@gateway/web/freenode/ip.78.53.211.26) |
12:48.31 | *** join/#htc-linux jonpry (~jonpry@63.245.31.4) |
12:51.02 | *** join/#htc-linux t3g (~kvirc@p3E9E5BC7.dip.t-dialin.net) |
12:52.21 | *** join/#htc-linux darkstone (dtrack@kimoshi.net) |
13:05.57 | *** join/#htc-linux MIH1406 (~MIH1406_@2.89.88.196) |
13:06.35 | MIH1406 | Hi, I want to install a A2SD+ rom, who can help me? |
13:06.51 | MIH1406 | I have formatted my SD 1- FAT32 2- EXT3 |
13:07.45 | MIH1406 | Where do I have to put my 1GB data.img file and config folder? into the FAT32 partition or the EXT3 one? |
13:10.33 | *** join/#htc-linux MN_ (~yaaic@host86-134-32-198.range86-134.btcentralplus.com) |
13:15.00 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
13:23.01 | *** join/#htc-linux Daevoq (~IceChat7@host144-107-dynamic.246-95-r.retail.telecomitalia.it) |
13:25.34 | *** join/#htc-linux Pr0z (~Proz@bzq-84-109-104-106.red.bezeqint.net) |
13:27.32 | *** join/#htc-linux jonpry (~jonpry@63.245.31.4) |
13:31.03 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
13:31.34 | Andreyxxl[HD2EU] | ext3 |
13:36.11 | *** join/#htc-linux Pr0z (~Proz@bzq-84-109-104-106.red.bezeqint.net) |
13:37.13 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
13:41.53 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
13:42.20 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
13:49.54 | *** join/#htc-linux rob_w (~bob@ppp-93-104-172-83.dynamic.mnet-online.de) |
13:55.37 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
14:03.55 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
14:19.51 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
14:21.26 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
14:26.48 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
14:31.43 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
14:32.53 | *** join/#htc-linux Elmstrom (~quassel@4807ds1-arno.0.fullrate.dk) |
14:40.22 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
14:42.01 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
14:59.23 | *** join/#htc-linux balans (~Gebruiker@82-170-217-205.ip.telfort.nl) |
15:08.46 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
15:17.00 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
15:24.05 | *** join/#htc-linux crawling (crawling@a94-132-170-148.cpe.netcabo.pt) |
15:24.46 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
15:25.16 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
15:30.38 | *** join/#htc-linux Drakh_ (Drakh@190.42.25.245) |
15:33.33 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
15:38.24 | *** join/#htc-linux Kasjopaja (~Tina@p579C1102.dip.t-dialin.net) |
15:43.57 | *** join/#htc-linux BazGee (~BazGee@cpc1-sund2-0-0-cust716.11-1.cable.virginmedia.com) |
15:50.22 | *** join/#htc-linux balans (~Gebruiker@82-170-217-205.ip.telfort.nl) |
16:01.24 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
16:03.18 | *** join/#htc-linux Cass (~Cass@188-220-34-222.zone11.bethere.co.uk) |
16:09.13 | *** join/#htc-linux Erikson (~Erik@i5E86DE29.versanet.de) |
16:26.11 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
16:36.29 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
16:39.57 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
16:46.14 | *** join/#htc-linux MN_ (~yaaic@host86-134-32-198.range86-134.btcentralplus.com) |
16:46.28 | *** join/#htc-linux Erikson (~Erik@i5E86DE29.versanet.de) |
16:49.14 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-18-145-141.client.mchsi.com) |
17:25.44 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
17:40.56 | *** join/#htc-linux akirax (akirax@116.Red-79-157-228.dynamicIP.rima-tde.net) |
17:43.39 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
17:56.35 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
17:57.25 | *** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
17:58.33 | emwe | [acl]: howdy. yazoo reconnected live album playing since 15 minutes on .35 ;) |
18:00.48 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
18:00.58 | [acl] | emwe: this calls for a celebration |
18:01.41 | [acl] | jonpry: bro u around |
18:02.46 | *** join/#htc-linux BazGee (~BazGee@cpc1-sund2-0-0-cust716.11-1.cable.virginmedia.com) |
18:02.52 | bzo | hey doods |
18:02.58 | bzo | emwe, you fixed that yesterday right? |
18:03.05 | [acl] | bzo: how goes it |
18:03.32 | bzo | [acl] so I dusted off my old diam500 to test some clock stuff |
18:03.48 | bzo | you know it gets 40-50fps on fps2d??? |
18:04.18 | [acl] | shit really |
18:04.22 | [acl] | good lawd |
18:04.27 | bzo | yeah, wtf |
18:05.10 | bzo | so clearly with a little tweaking, the rhod should be able to get much better than what it gets now |
18:05.41 | bzo | the the diam, the distribution of fps has the same values, just a much higher percentage of 50fps |
18:05.41 | [acl] | rhod has a panel limitation |
18:06.11 | bzo | I think it is the same with the diam, just getting more frames at fps than the rhod |
18:06.19 | bzo | err more frames at 50 fps |
18:06.22 | [acl] | 30fps is due to panel.. i think we can go higher |
18:06.50 | [acl] | emwe: did you ever venture into higher rates? |
18:06.53 | bzo | really, we seem to be capped at 50fps, we just don't get that many frames at that rate |
18:07.32 | [acl] | the apps itself doesnt show the whole story. you need to dig deep into the framebuffer to see the issue |
18:08.20 | bzo | ah, ic |
18:08.41 | bzo | well anyways, it is encouraging that a slower device can do 50fps, even if it is vga and not wvga |
18:09.03 | [acl] | its all on the panel.. |
18:09.05 | emwe | bzo: yes, fixed that. needs cleanup here, thought ;) |
18:09.26 | emwe | [acl]: no, never dove into it again. you know theres that magic number: 35. |
18:09.40 | bzo | emwe - so what major things are not yet working now on .35? |
18:10.05 | emwe | bzo: everything else? battery, microp, bma150. |
18:10.13 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
18:10.25 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d879ed4.pool.mediaWays.net) |
18:10.30 | emwe | i'd have like to tackle battery next from .27. would like to wait for microp developments from cotulla or alex. |
18:10.39 | [acl] | bzo: do what arrgg did.. run the fps on the rhod with the panel off |
18:10.48 | emwe | pm is broken yet. .27 pm has some mods... |
18:11.17 | bzo | [acl] yeah toast is the one that told me about that |
18:11.56 | [acl] | yup |
18:12.00 | [acl] | good ol toast |
18:12.05 | bzo | [acl] remember that smd patch you showed me a while back from leo |
18:12.18 | [acl] | i dont remember this morning, so i doubt i'll remember that |
18:12.36 | emwe | i think i got panel to 33fps or so with a lower reg val for t2 |
18:12.50 | bzo | [acl] lemme go dig it up |
18:12.55 | [acl] | emwe: i think you hold the record |
18:13.13 | emwe | it was just some trial and error changes. nothing foundamental. |
18:13.19 | *** join/#htc-linux Ceesheim (~Cees@p548032DA.dip.t-dialin.net) |
18:15.33 | emwe | [acl]: bzo: regarding the amms parameter lookup polluting all code, what do you think of defining global const char*/uint32_t for the constants being initalized on amss_para init and used in the respective files needing them by including amss_para.h? is that i little boys dirty hack? |
18:18.55 | bzo | emwe: I'm not that picky about that kind of thing. :) Alex probably has more opinions on stuff like that |
18:20.33 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
18:22.12 | emwe | reposting: [acl]: bzo: regarding the amms parameter lookup polluting all code, what do you think of defining global const char*/uint32_t for the constants being initalized on amss_para init and used in the respective files needing them by including amss_para.h? is that i little boys dirty hack? |
18:22.47 | [acl] | wtf |
18:22.51 | emwe | bzo: alex came up with something by making the adsp_xxxx.c modules being hooked up by the board files, but adsp is only one place where the amss_para are used. |
18:24.09 | emwe | some constants are definable inline with amss_get_value() others are trickier as they are used in struct member inits where this is not applicable. so i though of that dirty hack to just define them in the header and initializing them on amss_para init. |
18:26.14 | emwe | if you have some opinions, let me know. i am off for supper. |
18:28.09 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
18:38.52 | bzo | [acl] http://www.gitorious.com/htc-leo-kernel/evo_kernel_2-6-32-15/commit/a49a2bde4bd366eb0787425364ab77454e653f84 |
18:44.39 | *** join/#htc-linux Phally1 (~Phally@d28072.upc-d.chello.nl) |
18:45.34 | *** join/#htc-linux MN_ (~yaaic@host86-134-32-198.range86-134.btcentralplus.com) |
18:46.04 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
18:50.14 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
18:53.06 | [acl] | ooo |
18:53.36 | phh | [acl]: hey, don't you want to try nilfs2 ? :D |
18:54.53 | [acl] | phh: sounds like you know something i dont.. you tried it already ? |
18:55.08 | bzo | [acl] I think you should apply that fix |
18:55.14 | phh | [acl]: no, it's just that I haven't built a kernel for a long time |
18:55.16 | phh | i'm too lazy |
18:55.50 | [acl] | phh: lol.. you said it |
18:55.55 | [acl] | bzo: sounds like a plan |
18:56.06 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
18:56.07 | Cotulla | hey |
18:56.44 | [acl] | Cotulla: sup buddy |
18:56.51 | Cotulla | hey |
18:57.01 | Cotulla | h is it? |
18:57.29 | Markinus | hi |
18:57.50 | [acl] | dang.. all the heavy hitters are in |
18:59.52 | *** join/#htc-linux BazGee (~BazGee@cpc1-sund2-0-0-cust716.11-1.cable.virginmedia.com) |
19:02.29 | Cotulla | heh |
19:02.35 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
19:02.41 | Cotulla | hey Alex |
19:02.48 | Alex[sp3dev] | hey bot |
19:03.40 | Alex[sp3dev] | Cotulla: how goes it? |
19:04.00 | Cotulla | nice |
19:04.07 | Cotulla | still porting RHO files |
19:04.09 | Alex[sp3dev] | emwe: hey |
19:04.10 | Cotulla | from 27 to 32 |
19:04.20 | Cotulla | but a lot of stuffs done already |
19:04.44 | Cotulla | then I will move TPZ aslo |
19:05.00 | Alex[sp3dev] | you're lucky. it's easy to port for a single device.. but porting all our devices and supporting them in a single tree is tough.. |
19:05.13 | Cotulla | I tell u what it's epic idea |
19:05.23 | Cotulla | until u have all devices |
19:05.38 | Cotulla | 6? DMD RPL KVS BLK TPZ RHO |
19:05.52 | Alex[sp3dev] | stop using 3-letter words! |
19:06.06 | Cotulla | because how u can sure that other devices are not broken and etc |
19:06.28 | *** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com) |
19:06.28 | Cotulla | they similar in something yes, agree |
19:06.38 | Cotulla | also porting other devices not so hard |
19:06.43 | Cotulla | :P |
19:06.55 | Alex[sp3dev] | where's emwe? |
19:07.08 | Cotulla | dunno, but yesterday he was alive |
19:07.28 | [acl] | he replenishing nutrients .. |
19:07.39 | [acl] | a good meal is important part of dev |
19:08.21 | Alex[sp3dev] | yeah.. there's some other good activity that comes after meal which is an inevitable part of xdandroid |
19:08.42 | Cotulla | heh again 3 letters |
19:08.50 | Alex[sp3dev] | where? |
19:08.53 | Cotulla | xda |
19:09.06 | Alex[sp3dev] | no, that's 9 |
19:09.11 | Cotulla | I hope dft android will beat xda android :P |
19:09.31 | Alex[sp3dev] | you have too much free time, i must tell you |
19:09.36 | Cotulla | yeah |
19:09.39 | Cotulla | but anyway |
19:09.49 | Cotulla | they have (or had?) one rom for all devices |
19:09.53 | Cotulla | with rootfs |
19:10.00 | Cotulla | which symlinks |
19:10.18 | Alex[sp3dev] | that was because they cared for stupid users |
19:10.29 | *** join/#htc-linux phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
19:10.30 | Cotulla | don't like all this, it's why wanna develop own android |
19:10.43 | emwe | Alex[sp3dev]: back again. |
19:10.44 | Cotulla | with whores and black3.5jack |
19:11.03 | Alex[sp3dev] | emwe: so, have you integrated my qdsp poop or gone your way? |
19:11.13 | Cotulla | [acl], u have black3.5jack? |
19:11.20 | Alex[sp3dev] | Cotulla: i do |
19:11.27 | Cotulla | photos |
19:11.31 | Cotulla | ^^ |
19:11.33 | [acl] | Cotulla: huh ? |
19:11.36 | [acl] | i have what ? |
19:11.36 | Alex[sp3dev] | What? |
19:11.43 | Cotulla | [acl], u have black3.5jack? |
19:11.47 | Cotulla | :D |
19:12.00 | [acl] | black ? i dunno what color it is but we do have a 3.5 jack yes |
19:12.00 | Alex[sp3dev] | Cotulla: yes. it is black and 3.5 ;) |
19:12.21 | Cotulla | heh |
19:12.43 | Alex[sp3dev] | http://xperia-x1.com/wp-content/uploads/2008/11/xperia-x1-crack-headphone.jpg |
19:13.24 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
19:14.03 | Cotulla | there only 3.5whore |
19:14.15 | Alex[sp3dev] | yes |
19:14.23 | Cotulla | we talked about black3.5jack |
19:14.46 | Cotulla | X1 is more near to RHO or to RPH? |
19:14.48 | Alex[sp3dev] | so you mean the dick-shaped part of the connector? |
19:14.52 | Alex[sp3dev] | Cotulla: raph |
19:15.06 | Alex[sp3dev] | basically. raph with wvga and no g-sensor or tv-out |
19:15.19 | Cotulla | hm |
19:15.21 | Cotulla | funny |
19:15.26 | [acl] | lol |
19:15.29 | [acl] | dick shaped |
19:15.31 | Cotulla | first generation |
19:15.36 | Cotulla | it means |
19:15.44 | Alex[sp3dev] | first generation of dick-shaped headphones is coming |
19:15.53 | Cotulla | first generation of 7200a |
19:15.56 | Cotulla | phones from htc |
19:16.44 | Cotulla | anyway why not create one universal package of drivers |
19:16.49 | Cotulla | which compatible with any kernel? |
19:17.19 | Alex[sp3dev] | Cotulla: because mofos from CA and google are rewriting everything and breaking all msm code with every release |
19:17.55 | Cotulla | but we can use same code |
19:17.57 | *** join/#htc-linux avinashhm (~avinash-h@117.192.7.19) |
19:17.59 | Cotulla | with universal wrappers |
19:18.08 | Alex[sp3dev] | I suggest making a subarch inside of mach-msm to specially support our old-amss devices |
19:18.23 | Cotulla | wrappers will define actual linux functions |
19:18.32 | Cotulla | like register driver device |
19:18.41 | Cotulla | at the end we have fixed hardware |
19:18.43 | Alex[sp3dev] | oh no.. keep your windows shit to yourself |
19:18.48 | Cotulla | heh |
19:18.52 | Cotulla | it's not shit |
19:18.55 | Cotulla | it make code logical |
19:19.08 | Cotulla | it won't detect installed devices anyway |
19:19.17 | Cotulla | so this scheme |
19:19.24 | Cotulla | driver - device is useless |
19:19.45 | Cotulla | we can register driver & device at same time on embedded hardware |
19:19.47 | Alex[sp3dev] | anyway. do whatever you want. i will be busy till friday so won't be working on kernel until then anyway |
19:20.03 | Cotulla | or maybe make it C++ |
19:20.10 | Cotulla | anybody tried to do it intersting |
19:20.14 | Alex[sp3dev] | no fucking C++ in kernel |
19:20.22 | Alex[sp3dev] | first write a decent C++ compiler |
19:20.33 | Cotulla | http://kerneltrap.org/node/2067 |
19:20.35 | Cotulla | hehe |
19:21.17 | Cotulla | heh fanny discssion there |
19:21.26 | Alex[sp3dev] | you see. most of C++ features are bad for kernel. like, strings, iostreams, and, most important, templates.. and simple stuff like subclassing is perfecty well done via container_of macro |
19:21.41 | Cotulla | doubt |
19:21.54 | Cotulla | it make code big and unreadable |
19:21.55 | Cotulla | container_of |
19:22.06 | Cotulla | but okay |
19:22.12 | Cotulla | CE written on C |
19:22.13 | Cotulla | and it logical |
19:22.22 | Cotulla | so right C++ not required to have logical api |
19:22.28 | Cotulla | when u look to code and u know that it's doing |
19:22.29 | Cotulla | :P |
19:23.27 | Alex[sp3dev] | ok. let me just finish writing my stupid essay for my stupid macroeconomics class and i'll be ready to hack |
19:33.20 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
19:34.49 | Cotulla | okay |
19:38.03 | *** join/#htc-linux MassStashmobile (~androirc@173-99-219-215.pools.spcsdns.net) |
19:42.09 | *** join/#htc-linux LordDeath (~hakan@82.113.99.32) |
19:43.56 | emwe | Alex[sp3dev]: i wen't the #define and #ifdef way for now just to get it going. i nevertheless like what you came up with! from a *quick* look that means a little more code changes. i will look into pursueing what you came up with. there's just so little time. |
19:50.58 | *** join/#htc-linux LordDeath (~hakan@82.113.99.38) |
19:55.52 | jonpry | emwe: you fixed sound? |
19:56.11 | Alex[sp3dev] | emwe: send me teh codez |
19:56.42 | [acl] | jonpry: my good man .. |
19:56.59 | *** join/#htc-linux mastermerlin (~Adium@p4FEE504D.dip.t-dialin.net) |
19:57.02 | jonpry | hi [acl] |
19:58.23 | emwe | Alex[sp3dev]: audmgr.h there's these AUDMGR_ENABLE/DISABLE, they are +1-off. make them 1,2,3. i was sending AUDMGR_DISABLE on audio enable and that made arm9 crash on rpc. the other is in adsp.h RPC_ADSP_RTOS_[MODEM_TO_APP,APP_TO_MODEM_PROC] having to be "1". |
19:58.29 | *** join/#htc-linux LordDeath (~hakan@82.113.99.38) |
20:02.25 | *** join/#htc-linux eik (525f754c@gateway/web/freenode/ip.82.95.117.76) |
20:05.38 | *** join/#htc-linux Elmstrom_ (~quassel@4807ds1-arno.0.fullrate.dk) |
20:14.53 | *** join/#htc-linux many (many@shell.ukeer.de) |
20:22.44 | *** join/#htc-linux LordDeath (~hakan@82.113.99.38) |
20:24.53 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
20:33.12 | *** join/#htc-linux Pr0z (Pr0z@bzq-84-109-104-106.red.bezeqint.net) |
20:38.34 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
20:42.44 | *** join/#htc-linux crawling_ (crawling@a94-132-170-148.cpe.netcabo.pt) |
20:44.13 | *** join/#htc-linux crawling (~crawling@a94-132-170-148.cpe.netcabo.pt) |
21:03.14 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
21:03.43 | *** join/#htc-linux Bry8Star (~Bry8Star@unaffiliated/bry8star) |
21:23.59 | *** join/#htc-linux Vetta- (~Vetta-@port-92-192-64-254.dynamic.qsc.de) |
21:28.04 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
21:32.03 | *** join/#htc-linux dekar_ (~dekar@drms-4d015349.pool.mediaWays.net) |
21:42.41 | *** join/#htc-linux Erikson (~Erik@i5E86DE29.versanet.de) |
21:44.05 | phh | [acl]: yes you still have commit access :p |
21:46.56 | [acl] | phh: do people think im someone else now? |
21:46.57 | [acl] | prob |
21:47.01 | [acl] | last time they thought i was a girl |
21:47.02 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
21:47.03 | [acl] | :-( |
21:47.14 | phh | [acl]: well. Abel. |
21:47.19 | phh | for a foreigner it might be doubtful. |
21:47.20 | Cotulla | U?? |
21:47.22 | Cotulla | wtf :DF |
21:47.25 | *** join/#htc-linux arif_ali (~arif-ali@88-104-141-135.dynamic.dsl.as9105.com) |
21:47.38 | [acl] | Cotulla: gay ? |
21:47.58 | Cotulla | no... |
21:48.01 | Cotulla | u a girl? |
21:48.02 | Cotulla | O_o |
21:48.14 | Cotulla | or u gay? :o |
21:48.14 | [acl] | :-p |
21:49.10 | Cotulla | yes/no? |
21:49.25 | [acl] | im a, what i am |
21:49.26 | *** join/#htc-linux BazGee (~BazGee@cpc1-sund2-0-0-cust716.11-1.cable.virginmedia.com) |
21:49.37 | Cotulla | <PROTECTED> |
21:50.38 | *** join/#htc-linux akirax (~androirc@116.Red-79-157-228.dynamicIP.rima-tde.net) |
21:50.55 | [acl] | phh: get off your lazy streak and help with commits :-) |
21:52.09 | [acl] | nways.. i gotta pack up and handle some business.. i'll ttyl folks |
21:54.14 | *** join/#htc-linux jonpry (~jonpry@63.245.31.4) |
21:59.54 | *** join/#htc-linux Vetta- (~Vetta-@port-92-192-64-254.dynamic.qsc.de) |
22:02.37 | stinebd | lol i think the girl thing was because of the surname |
22:04.26 | jonpry | emwe: anything you in particular you need help with on .35? |
22:05.23 | emwe | jonpry: for non-amss6125, smem_find/alloc and smd channel setup needs to be fixed for example. |
22:05.57 | emwe | jonpry: there's something similar with different structure sizes on qdsp. |
22:06.18 | emwe | jonpry: code is there in .27 but i just didn't feel taking that over to get me going. |
22:06.33 | jonpry | your working on the linux-msm gitorious tree? |
22:07.11 | emwe | yes. mweirauch is my gitorious name, if you didn't knwo already. |
22:07.34 | jonpry | i only have rhod, i could blind port, but not sure how useful that would be |
22:08.28 | jonpry | what is your take on how to handle microp? |
22:10.10 | jonpry | i've seen 3 different disasters in the wild |
22:10.29 | *** join/#htc-linux MN_ (~yaaic@host86-134-32-198.range86-134.btcentralplus.com) |
22:10.53 | stinebd | disasters? |
22:11.36 | Cotulla | who will finish port firstly :P me to 2.6.32 or u to 35 |
22:11.42 | Cotulla | ? |
22:11.56 | jonpry | yeah, they all suck, theres the platform driver way, the i2c device thingy like .27, and some really complicated thing that turns it into a gpio chip, and led driver |
22:12.09 | stinebd | ah, that kind of disaster |
22:12.41 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
22:12.57 | jonpry | i personally do not see how any one is less bad than the others |
22:13.11 | Alex[sp3dev] | they all suck |
22:13.24 | Alex[sp3dev] | everything must be rewritten from scratch |
22:13.36 | Alex[sp3dev] | the latest changes for rhodium are frustrating |
22:13.36 | jonpry | but why, to implement crap #2? |
22:13.47 | phh | lol |
22:13.50 | Alex[sp3dev] | jonpry: no, to make it in a clean way, as i have suggested |
22:14.21 | jonpry | so what way do you suggest? |
22:14.33 | Alex[sp3dev] | to have a microp driver that would provide i2c read/write functions. and to have all others (leds, spi, joystick) as client drivers registered in board files |
22:14.51 | Alex[sp3dev] | actually i had started doing that once but then got distracted with 35 poops |
22:14.56 | Cotulla | :) |
22:15.01 | phh | joystick? |
22:15.15 | stinebd | for the psp phone i presume |
22:15.16 | phh | you want a microp driver also for non-wince devices ? |
22:15.16 | Alex[sp3dev] | phh: on the X1 there's optical joystick. which is still TBD |
22:15.24 | phh | ah ok |
22:15.30 | phh | and it's on micrpo ? |
22:15.31 | phh | hum |
22:15.35 | Alex[sp3dev] | yeah |
22:16.25 | Alex[sp3dev] | well right. we need to hack this poop. good news is that there are 2 days of holidays next week so i could finally go home and have some spare time hacking |
22:16.26 | jonpry | so these led,spi drivers are just platform drivers, or do they have class? |
22:16.57 | Alex[sp3dev] | jonpry: hum. i suggest that we implement them using standard led and spi interfaces to avoid reinventing the wheel |
22:17.14 | Alex[sp3dev] | aite, i'll just mail what i've done to the mailing list for you to see |
22:18.44 | jonpry | i don't think mainline would want anything to do with this bastard child |
22:19.09 | Alex[sp3dev] | forget about mainline at least until we're done with 35 |
22:19.39 | emwe | jonpry: i was just about to wait on what alex comes up with. :) |
22:19.57 | Alex[sp3dev] | i actually suggest just passing the 'clients' to the microp manager via platform data |
22:20.00 | jonpry | its just fowl when your putting stuff in drivers/spi or whatever when the driver is really for a piece of software |
22:20.22 | jonpry | and software that doesn't exist anywhere but on a particular board |
22:21.06 | Cotulla | or u can call function to register client like msm_register_mircrop_client() |
22:21.13 | phh | jonpry: there are prpoer bma150 driver on SPI no ? |
22:21.29 | Alex[sp3dev] | Cotulla: the point is that i am against exporting symbols and using non-static functions and variables |
22:21.29 | jonpry | ugh, good point |
22:21.39 | Cotulla | okat |
22:21.41 | Cotulla | okay Alex |
22:22.03 | Alex[sp3dev] | bow wow wow. the mail list is growing fast |
22:22.12 | phh | btw I think i've missed something. |
22:22.16 | phh | why is Cotulla playign with us ? :D |
22:22.26 | stinebd | he broke his leo |
22:22.40 | Alex[sp3dev] | phh: he wants to steal our code and fame |
22:23.13 | jonpry | phh: he has magldr on rhod, maybe even amss hot patch |
22:23.16 | Alex[sp3dev] | jonpry: http://www.mediafire.com/?b8dxnc89ezdfz56 |
22:23.22 | phh | hot patch ? |
22:23.24 | MN_ | he wants to put magldr on all phones :p |
22:23.45 | jonpry | phh: swap that crap out after entry to magldr |
22:23.52 | stinebd | i want magldr on my nokia 6250 |
22:24.11 | Cotulla | phh, I am not playing :) I am just developing, instead of talking "how to make something more beautiful while 1001 things still not working" |
22:24.27 | phh | Cotulla: I consider this whole thing playing :p |
22:24.35 | Cotulla | ? |
22:24.44 | phh | linux on wince htc phones. |
22:24.51 | Cotulla | I am porting 27 tree to 32 |
22:24.56 | Alex[sp3dev] | jonpry: although you can notice this driver actually violates my 'no static functions' principle. but again. i think i'll get down to it tomorrow or on friday |
22:25.04 | Cotulla | bcz I think 32 from htc is better than 35 from codeaurora |
22:25.13 | Alex[sp3dev] | i mean, no non-static. damn, i've confused myself |
22:25.24 | phh | Cotulla: anyway, we've got mostly evreything working |
22:25.31 | phh | some problems we've got are timing/synchronisation issues |
22:25.35 | Cotulla | yes |
22:25.36 | phh | so good design might actually help. |
22:25.51 | fakker | ;] |
22:25.55 | jonpry | Alex[sp3dev]: still trying to download it :p |
22:25.57 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-18-145-141.client.mchsi.com) |
22:25.57 | Alex[sp3dev] | phh: he just wants to demotivate us ;) |
22:26.16 | phh | Cotulla: but well perhaps you're good enough to fix all problems without proper design |
22:26.20 | jonpry | show off his new ancient kernel |
22:26.23 | phh | but """"normal"""" guys here aren't |
22:26.29 | jonpry | that has not one thing working yet |
22:26.33 | Cotulla | "proper design" - can be different |
22:26.34 | fakker | what's a kernel? |
22:26.39 | fakker | like a kfc? |
22:26.40 | fakker | :D |
22:26.42 | fakker | im baaaaaaaaack |
22:26.48 | Alex[sp3dev] | phh: too much python, huh? |
22:26.53 | phh | Alex[sp3dev]: lol no |
22:26.58 | Cotulla | why something stops us from using static variables in kernel? |
22:27.03 | phh | Alex[sp3dev]: python it's just """ :p |
22:27.07 | Alex[sp3dev] | Cotulla: i said, non-static |
22:27.11 | Alex[sp3dev] | it was a typo |
22:27.17 | Cotulla | or non-static? |
22:27.22 | Cotulla | is it end of world? |
22:27.26 | Alex[sp3dev] | of course not |
22:27.29 | fakker | suka |
22:27.40 | Alex[sp3dev] | but it violates the OOP design principle. and makes spaghetti code |
22:27.42 | Cotulla | interfaces must be easy to understand |
22:27.43 | fakker | sis'ki |
22:27.57 | Alex[sp3dev] | yes, interfaces. not random functions popping out of nowhere |
22:28.16 | *** join/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net) |
22:28.20 | Cotulla | so nobody stops us from having some common microp base file |
22:28.23 | Cotulla | with some API |
22:28.29 | Cotulla | and clients which calls this functions |
22:28.41 | Cotulla | like leds keyboard and etc |
22:28.56 | phh | well that's what Alex[sp3dev] said no ? |
22:28.59 | Cotulla | init done by one microp driver / device |
22:29.02 | jonpry | Alex[sp3dev], it seems like micro_htckovsky is not really an i2c device, its like a microp device or something, and really it should be led driver no? |
22:29.04 | Alex[sp3dev] | Cotulla: yes. but i suggest just passing clients to microp driver via platform data. this way we don't need these non-static functions and actually don't need to care of synchronisation and driver load order |
22:29.16 | phh | ah. |
22:29.29 | Alex[sp3dev] | jonpry: yes, i will move that. that was just a prototype. not a working one though |
22:29.30 | Cotulla | yeah we can do it via platform data... |
22:29.36 | phh | i'd say platform data is annoyingly heavy to handle |
22:29.38 | Cotulla | but wait |
22:29.45 | Cotulla | what about if clients are different |
22:29.46 | Cotulla | for example |
22:29.54 | Cotulla | RPH and RHO keyboards are different |
22:30.30 | Cotulla | we can choose also right "modules" via machine_is_htcrhodium / machine_is_htcraphael in microp init |
22:30.33 | Alex[sp3dev] | you can have separate clients for raph and rhod. |
22:30.38 | Alex[sp3dev] | Cotulla: you do not need it |
22:30.53 | Alex[sp3dev] | just don't register drivers for raph inside board-htcrhodium.c |
22:30.59 | jonpry | for keyboard maybe just do it with something like a kaymap |
22:31.21 | jonpry | er keymap |
22:31.31 | Cotulla | and how ur client will look? |
22:31.44 | Cotulla | init function / deinit function? |
22:31.49 | Cotulla | suspend / resume? |
22:32.04 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
22:32.10 | Cotulla | for example PSensor microp client |
22:32.16 | Alex[sp3dev] | Cotulla: i think, the main microp driver will just pass the callbacks for i2c reads and writes to the client and implement synchronization, and the rest will be handled by the client |
22:32.38 | Cotulla | hm |
22:32.42 | phh | hum suspend/rseume too |
22:32.47 | phh | microp has a low power state |
22:32.52 | Cotulla | so |
22:32.59 | Cotulla | in platform data |
22:33.08 | Cotulla | init function |
22:33.14 | Cotulla | init function got pointers to read/write |
22:33.32 | Cotulla | hm |
22:33.43 | Cotulla | why we can't just make public microp_read and microp_write? |
22:33.43 | Alex[sp3dev] | jonpry: http://pastebin.com/BdzHBAT7 here is the kind of header i have for microp keyboard.. the driver is in the works, hunting down irq enable bug in 35 (i think there's an unbalanced irq or wrong flags, but that was ok for 27) |
22:34.29 | Alex[sp3dev] | Cotulla: yes, that's also a variant. anyway, why you would want to pass clients via pdata is to make sure they're loaded in the correct order (since linux probes drivers asynchronously) |
22:34.37 | Cotulla | bcz |
22:34.44 | Cotulla | acess->read() |
22:34.54 | Cotulla | u ask urself: where I must find this "read" |
22:35.04 | *** join/#htc-linux NeoMatrixJR_ (~chatzilla@173-18-145-141.client.mchsi.com) |
22:35.05 | Cotulla | while microp_read() is easy to understand that it's function |
22:35.06 | Cotulla | global |
22:35.12 | Cotulla | simple search and u got it :P |
22:35.14 | Alex[sp3dev] | yes, i agree here |
22:35.28 | Alex[sp3dev] | basically, that's what i have in the driver i have uploaded some minutes ago |
22:35.31 | Cotulla | maybe also microp_register_interrupt |
22:35.52 | Alex[sp3dev] | well, we can make microp act as a generic irq chip then |
22:36.17 | Alex[sp3dev] | btw, any information on microp GPO etc? |
22:36.29 | jonpry | Alex[sp3dev]: doesn't it need pointer to the read/write of the i2c device? |
22:36.37 | Cotulla | we have on LEO two pins |
22:36.45 | Cotulla | I didn't looked to RHO & TPZ yet |
22:37.06 | Cotulla | jonpry, we will use static variable inside microp |
22:37.11 | Cotulla | with context |
22:37.18 | Cotulla | microp will be I2C device |
22:37.26 | Cotulla | btw |
22:37.38 | Alex[sp3dev] | jonpry: EXPORT_SYMBOL(microp_ng_read); i already have this. so it's easy to just use it from clients |
22:38.01 | Cotulla | msm-i2c working normally on RHO devices? or it also stops often with bus-busy? |
22:38.26 | jonpry | just doesn't work during calls |
22:38.35 | Alex[sp3dev] | Cotulla: hm. it seems to work but microp sometimes just dies after some time in suspend |
22:38.37 | jonpry | arm9 takes over i2c |
22:38.38 | Cotulla | so no busy issues? |
22:38.46 | Alex[sp3dev] | at least on kovsky |
22:38.51 | Cotulla | arm9 can't take over |
22:38.58 | jonpry | can/does |
22:39.24 | jonpry | its able to map/unmap peripherals out of arm11 address space |
22:39.31 | Cotulla | how u can prove this? I doubt. psensor must works |
22:39.46 | Alex[sp3dev] | what's psensor? |
22:39.51 | Cotulla | proximity sensor |
22:39.56 | Alex[sp3dev] | ah |
22:40.01 | Alex[sp3dev] | something i don't have |
22:40.06 | Cotulla | :) |
22:40.13 | jonpry | its simple, try reading writing tps, then make call, try it again |
22:40.27 | Cotulla | it may fail for 100 different reasons |
22:40.41 | jonpry | its like the bus doesn't exist |
22:40.58 | Cotulla | how proximity works in WM? |
22:41.07 | jonpry | probably a9 handles it |
22:41.11 | Cotulla | there gpio used? |
22:41.21 | jonpry | thing is that it is programming crap on i2c |
22:41.39 | Cotulla | anyway, back to theme |
22:41.41 | jonpry | like you can set routing to go speakerphone, it loads new software into a1010 over i2c, and sets up tps |
22:41.48 | Cotulla | about microp driver I/F |
22:42.26 | Cotulla | "phhi'd say platform data is annoyingly heavy to handle" |
22:42.32 | Cotulla | +500 :P |
22:42.44 | Alex[sp3dev] | but there's no other way to pass data to driver at init |
22:42.53 | jonpry | irq chip, gpio chip is heavy |
22:42.55 | Cotulla | but we can use machine_is_ |
22:42.59 | Alex[sp3dev] | no way |
22:43.03 | Cotulla | ? |
22:43.03 | Alex[sp3dev] | not inside microp driver |
22:43.07 | Cotulla | why? |
22:43.12 | *** join/#htc-linux dareios (dareios@io.netbsd.org.pl) |
22:43.15 | phh | Cotulla: heavy monster :D |
22:43.17 | Alex[sp3dev] | because it is what we have now |
22:43.30 | jonpry | and we had best rewrite it |
22:43.36 | Cotulla | why not? logical to have all stuffs in one file |
22:43.45 | Cotulla | so microp file contains descriptions of clients |
22:43.56 | Cotulla | for different devices |
22:44.04 | Cotulla | or okay |
22:44.06 | Cotulla | platform data |
22:44.34 | Cotulla | or maybe public function microp_register_client() |
22:44.35 | *** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net) |
22:44.40 | Alex[sp3dev] | no |
22:44.41 | Cotulla | which called from board init |
22:44.44 | Alex[sp3dev] | bad idea |
22:44.48 | Cotulla | why? |
22:44.58 | Cotulla | it done for usb already |
22:45.01 | Alex[sp3dev] | because you cannot tell *when* microp driver has been registered and when not |
22:45.12 | Cotulla | u mean on which device? |
22:45.20 | Cotulla | or about duration in time |
22:45.21 | Cotulla | ? |
22:45.28 | Alex[sp3dev] | in time |
22:45.43 | jonpry | EXPORT_SYMBOL(is_registered) |
22:45.48 | jonpry | j/k |
22:45.49 | Cotulla | i2c_add_devices() doesn't sync? |
22:45.56 | Alex[sp3dev] | jonpry: forget. that was a fail |
22:46.09 | Alex[sp3dev] | Cotulla: i think it does not. why should it? |
22:46.12 | Cotulla | I though it probe all devices at first and then returns |
22:46.22 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-85-187.lns20.mel4.internode.on.net) |
22:46.25 | Cotulla | hm... |
22:46.47 | Cotulla | but actually microp_register_client() need save data to static array and exit |
22:47.00 | Cotulla | probe called much later |
22:47.00 | jonpry | you can make it work by putting stuff in different init levels |
22:47.00 | Alex[sp3dev] | basically. i suggest that we just pass the pointer to platform_device* via pdata to microp and it registers all the clients during probe |
22:47.19 | Cotulla | all init levels called at same time :) |
22:47.24 | Cotulla | after init |
22:47.33 | jonpry | no like earlyinit |
22:47.35 | jonpry | lateinit |
22:47.43 | jonpry | and the other 25 of them |
22:47.43 | Alex[sp3dev] | well, that is hacky |
22:47.58 | Alex[sp3dev] | why bother with synchronization when you can do it in a sequential way |
22:48.23 | Cotulla | or we can create thread and put there while (!microp_is_registered()) msleep(100); :D |
22:48.34 | Cotulla | and then register all clients safely |
22:48.50 | Cotulla | but well, pdata looks not bad |
22:48.55 | Markinus | Cotulla: look to leo, there is all done with platform data fpor microp |
22:49.14 | Cotulla | I have some strange hate for pdata, but ok. I can mute my hate for now. |
22:49.26 | Alex[sp3dev] | anyway. i just will do it myself tomorrow. today is already too late and it's just about time to go to sleep |
22:50.25 | Alex[sp3dev] | jonpry: how is prypad, btw? ;) |
22:50.44 | Markinus | on leo the microp platform data is a array of platform_device, this are the supported microp parts with therir platform_datas |
22:50.48 | jonpry | Alex[sp3dev]: it goes, waiting on the mail to deliver my next rev |
22:51.02 | Alex[sp3dev] | omap4 or what? |
22:51.23 | jonpry | omap3 |
22:51.31 | phh | omap3 ? |
22:51.32 | phh | pfff |
22:51.36 | phh | you should use omap5. |
22:51.37 | jonpry | i would like 4, but can't source the chips |
22:52.06 | phh | wait |
22:52.09 | jonpry | can't source 5 either |
22:52.09 | phh | you're even doing the board ? |
22:52.26 | jonpry | yeah, whole speal |
22:52.56 | stinebd | spiel. let's not offend emwe here. |
22:53.12 | jonpry | my german is not so hot |
22:53.41 | stinebd | you are not ein berliner |
23:02.39 | Alex[sp3dev] | ok, dann auf wiedersehen leute. ich will schlafen. es ist schon spät hier |
23:03.08 | emwe | ;) |
23:03.09 | Cotulla | H?nde hoch! |
23:16.54 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
23:18.53 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
23:21.31 | MassStash | you see GB sense from china? official android rom for HD2? |
23:22.13 | MassStash | crazyness... |
23:32.45 | *** join/#htc-linux AgentBlair (~AgentBlai@adsl-67-124-200-190.dsl.sndg02.pacbell.net) |
23:33.44 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
23:42.25 | *** join/#htc-linux iwanrakic (b2db062b@gateway/web/freenode/ip.178.219.6.43) |
23:42.50 | iwanrakic | did anyone see this!? http://forum.xda-developers.com/showthread.php?p=11379272#post11379272 |
23:43.47 | iwanrakic | http://www.xda-developers.com/android/htc-huashan-gingerbread-dump-with-sense/ better link to the news |
23:46.22 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |