00:06.59 | *** join/#htc-linux bitrot (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
00:09.52 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
00:15.10 | WisTilt2 | jonpry: my patience has run out with this out of space issue so i'm going home before I throw something at someone. |
00:15.12 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
00:15.56 | *** join/#htc-linux LargePrime (~LargePrim@184-216-174-111.pools.spcsdns.net) |
00:16.01 | jonpry | WisTilt2, sounds like a plan. maybe we can work on gpio |
00:17.11 | WisTilt2 | i need to get this damn thing to boot so I can work on the rest of things. tomorrow i'll try the kernel you are getting to boot and verify any other settings i might not have right. |
00:36.00 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
00:38.53 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
00:48.38 | *** join/#htc-linux tyween` (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
00:53.31 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
00:54.06 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
01:00.35 | *** join/#htc-linux ornll (~ornll@bzq-79-179-36-219.red.bezeqint.net) |
01:01.34 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-245-251.dynamic.sbb.rs) |
01:03.21 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
01:03.34 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
01:19.32 | hyc | bah. applied wistilt2's latest PM patch to my tree, kernel hangs on boot, 2.5 seconds in. |
01:29.55 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
01:32.03 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
01:45.46 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
02:05.45 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
02:21.05 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
03:01.10 | *** join/#htc-linux Ray|yaR (~raymonddu@24-236-171-67.dhcp.monr.mi.charter.com) |
03:01.58 | *** join/#htc-linux Ray|yaR (~raymonddu@24-236-171-67.dhcp.monr.mi.charter.com) |
03:02.26 | *** join/#htc-linux raymonddull (raymonddul@pool-70-20-67-189.pitbpa.east.verizon.net) |
03:02.35 | *** join/#htc-linux Ray|yaR (~raymonddu@24-236-171-67.dhcp.monr.mi.charter.com) |
03:02.59 | *** join/#htc-linux ray|yar (raymonddul@pool-70-20-67-189.pitbpa.east.verizon.net) |
03:51.03 | *** join/#htc-linux bitrot (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
03:53.17 | *** join/#htc-linux DuperMan (~Duper@46-116-91-187.bb.netvision.net.il) |
03:55.54 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
03:58.06 | *** join/#htc-linux DuperMan (~Duper@46-116-91-187.bb.netvision.net.il) |
04:01.20 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
04:01.52 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
04:02.43 | *** join/#htc-linux DuperMan (~Duper@46-116-91-187.bb.netvision.net.il) |
04:06.06 | *** join/#htc-linux DuperMan (~Duper@46-116-91-187.bb.netvision.net.il) |
04:08.24 | *** join/#htc-linux DuperMan (~Duper@46-116-91-187.bb.netvision.net.il) |
04:12.43 | *** join/#htc-linux DuperMan (~Duper@46-116-91-187.bb.netvision.net.il) |
04:18.25 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
04:25.02 | *** join/#htc-linux Bry8Star- (debian-tor@gateway/tor-sasl/bry8star-) |
04:25.37 | *** join/#htc-linux DuperMan (~Duper@46-116-91-187.bb.netvision.net.il) |
04:59.10 | *** join/#htc-linux LargePrime_ (~LargePrim@184-216-174-111.pools.spcsdns.net) |
05:02.14 | *** join/#htc-linux LargePrime (~LargePrim@184-216-174-111.pools.spcsdns.net) |
05:19.25 | *** join/#htc-linux LargePrime_ (~LargePrim@184-216-174-111.pools.spcsdns.net) |
05:19.47 | *** join/#htc-linux rzk_ (~rzk@95-25-211-53.broadband.corbina.ru) |
05:20.27 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
05:30.09 | *** join/#htc-linux noobhands (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
05:39.35 | *** join/#htc-linux avinashhm (~avinash-h@192.94.92.14) |
05:44.04 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-73-26.26-151.libero.it) |
05:52.13 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
05:54.09 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
05:59.50 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
06:07.31 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
06:09.06 | *** join/#htc-linux rhcp (rhcp@unaffiliated/rhcp) |
06:09.08 | *** join/#htc-linux Bry8Star- (debian-tor@gateway/tor-sasl/bry8star-) |
06:16.40 | *** join/#htc-linux kiozen (~kiozen@p5DDF14FD.dip.t-dialin.net) |
06:19.18 | *** join/#htc-linux kiozen (~kiozen@p5DDF14FD.dip.t-dialin.net) |
06:19.41 | *** part/#htc-linux kiozen (~kiozen@p5DDF14FD.dip.t-dialin.net) |
06:23.17 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
06:35.41 | *** join/#htc-linux Bry8Star- (debian-tor@gateway/tor-sasl/bry8star-) |
06:46.30 | *** join/#htc-linux phh_ (~quassel@quassel.rezel.enst.fr) |
06:47.33 | *** join/#htc-linux Termana (~bradley@122.151.80.97) |
06:54.24 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
07:02.17 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
07:03.34 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
07:07.05 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
07:07.17 | *** join/#htc-linux rzk_ (~rzk@95-25-211-53.broadband.corbina.ru) |
07:07.21 | *** join/#htc-linux kiozen (~kiozen@p5DDF14FD.dip.t-dialin.net) |
07:08.29 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
07:13.31 | *** join/#htc-linux gauner1986 (~Miranda@46.115.26.176) |
07:14.29 | *** join/#htc-linux kiozen (~kiozen@p5DDF14FD.dip.t-dialin.net) |
07:15.14 | *** join/#htc-linux phh (~quassel@137.194.15.151) |
07:18.52 | *** join/#htc-linux programmer89221 (~Evan@67.219.164.162) |
07:19.27 | *** join/#htc-linux surgex (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
07:27.41 | *** join/#htc-linux kiozen (~kiozen@p5DDF14FD.dip.t-dialin.net) |
07:30.16 | *** join/#htc-linux rob_w (~bob@ppp-188-174-64-141.dynamic.mnet-online.de) |
07:33.58 | *** join/#htc-linux phh_ (~quassel@quassel.rezel.enst.fr) |
07:41.39 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
08:01.55 | *** join/#htc-linux phh_ (~quassel@quassel.rezel.enst.fr) |
08:04.52 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
08:12.36 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
08:19.57 | *** join/#htc-linux gauner1986 (~Miranda@p5B383493.dip.t-dialin.net) |
08:32.36 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
08:35.55 | *** join/#htc-linux ORi| (~ORi@91.181.188.47) |
08:40.41 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
08:45.26 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
08:53.04 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
08:54.53 | *** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net) |
08:56.20 | *** join/#htc-linux gauner1986 (~Miranda@p5B383493.dip.t-dialin.net) |
08:58.02 | *** join/#htc-linux gauner19861 (~Miranda@p5B383493.dip.t-dialin.net) |
09:03.12 | *** join/#htc-linux phh (~quassel@137.194.15.151) |
09:10.10 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
09:12.34 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF0576.dip.t-dialin.net) |
09:25.17 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
09:25.22 | *** join/#htc-linux gauner1986 (~Miranda@p5B383493.dip.t-dialin.net) |
09:46.22 | *** join/#htc-linux phh_ (~quassel@quassel.rezel.enst.fr) |
09:50.30 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
09:58.08 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
10:04.52 | *** join/#htc-linux phh (~quassel@137.194.15.151) |
10:05.10 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
10:28.45 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
10:34.35 | *** join/#htc-linux michelem (~Adium@62-12-253-189.pool.cyberlink.ch) |
10:34.40 | michelem | hello folks |
10:36.19 | michelem | once I run the linux-htc kernel on any supported device, can I then pick whatever linux distribution to run on top of it? |
10:36.56 | bioterror | nope |
10:37.10 | bioterror | probably you have to run ARM based distro |
10:37.19 | bioterror | debian, ubuntu, gentoo |
10:42.04 | michelem | essentially I built a platform based on a OpenMoko Freerunner GTA02, and I'm looking for alternative phones |
10:43.02 | michelem | the system is based on a debian squeeze (ARM), and the goal is to get a device where porting work is minimal |
10:46.34 | ali1234 | htc-linux kernel is full of android stuff |
10:46.46 | ali1234 | but it will probably still work for you |
10:48.46 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
10:49.11 | michelem | yeah, that's what I was suspecting |
10:49.21 | hyc | if you turn off the android-specific drivers that will help |
10:49.25 | michelem | what kind of surprises would you expect to encounter? |
10:50.08 | hyc | what CPU family is that openmoko device? |
10:51.47 | michelem | ARM |
10:52.12 | michelem | I'm running ARMel debian squeeze on it, replaced qtmoko with a more standard icewm |
10:53.18 | hyc | why do you want to use the htc-linux kernel? |
10:53.28 | hyc | I think this source tree is pretty out of date |
10:53.33 | hyc | newest bits are 2.6.35.7 |
10:54.19 | hyc | why not just get the latest mainline linux source? |
10:54.50 | michelem | anything as long as it works |
10:55.43 | hyc | well if you're starting fresh ... I always say start with the newest available |
10:56.07 | michelem | I looked for a hardware alternatives to the FreeRunner that could run linux decently, and found very little on that. Most platforms I got from the htc-linux website, that's why I was looking into this. |
10:59.44 | hyc | I wonder what kernel version these guys are at now http://www.alwaysinnovating.com/home/index.htm |
10:59.52 | *** part/#htc-linux kiozen (~kiozen@p5DDF14FD.dip.t-dialin.net) |
10:59.54 | hyc | they're using ARM Cortex-A8 (TI OMAP) |
11:00.07 | hyc | I have two of their original models here |
11:00.12 | hyc | haven't used them in a long time |
11:01.10 | *** join/#htc-linux Alex[sp3dev] (~alexander@86.110.163.19) |
11:01.11 | *** join/#htc-linux gauner1986 (~Miranda@p5B383493.dip.t-dialin.net) |
11:01.33 | Alex[sp3dev] | hey hyc, are you here now? |
11:02.40 | hyc | hey |
11:04.42 | Alex[sp3dev] | could you build the latest libhtc_acoustic and libaudio-wince from froyo branch https://gitorious.org/~jbruneaux/xdandroid/hardware_msm7k_libacoustic ? I and WisTilt2 want to make a public testing of those and merge jerome's kernel tree |
11:05.10 | hyc | sure will give it a try |
11:05.27 | hyc | does this mean I should remove the audio commands from the ril? |
11:06.12 | Alex[sp3dev] | if you like, jerome's tree is here http://gitorious.org/~jbruneaux/linux-on-qualcomm-s-msm/linux-msm-home-work and you should use the libacoustic branch. I'd be grateful if you make a format-patch against our msm tree and send to the mailing list |
11:06.42 | Alex[sp3dev] | you can remove anything that uses htc_hw driver. and you need to take .csv files from \Windows and put to the root of sd card |
11:11.45 | hyc | ok, generate a patch from jb's kernel against our current htc-msm-2.6.27? |
11:11.50 | *** join/#htc-linux mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
11:13.15 | Alex[sp3dev] | yes. i could do it, but i'm done with 27. and these fixes are simply great - our qdsp5 is now almost vanilla (except for amplifier gpio which will be moved to acoustic for 35) and equalizer/loading custom csv works. jb says bt a2dp works as well but i have not tested |
11:16.23 | hyc | ok, just compiled libacoustic and libaudio_wince |
11:16.41 | hyc | just need those two libs right? |
11:16.44 | Alex[sp3dev] | ok, could you send the libs to the mail list or just to me? |
11:16.56 | hyc | I'll email you |
11:17.09 | Alex[sp3dev] | ok. you can look my email on gitorious |
11:20.20 | hyc | hmmm libhtc_acoustic didn't compile |
11:20.34 | hyc | it just copied the old one from my vendor/proprietary |
11:20.34 | Alex[sp3dev] | errors or just didn't compile? |
11:21.02 | Alex[sp3dev] | ah. go to android/out/target and do find . -name "libhtc_acoustic.so" | xargs rm -rf |
11:21.09 | hyc | ok |
11:25.23 | hyc | just sent you libaudio.zip |
11:25.45 | Alex[sp3dev] | thanks.. will need to give it a try on nand, i'm using older versions yet |
11:31.28 | hyc | hmm, not getting any response from gitorious yet, trying to pull the kernel repo |
11:37.49 | hyc | this kernel diff is pretty large |
11:37.57 | hyc | lots of panel changes |
11:38.11 | hyc | not really what I would expect to be relevant for audio change |
11:38.21 | Alex[sp3dev] | yeah, will need quite some work |
11:39.08 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
11:43.31 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
11:43.35 | hyc | no kidding.... |
11:43.55 | hyc | ok, dunno when I will get to finishing this. |
11:44.12 | hyc | a shame, I thought we already had all the audio stuff in the kernel now. but apparently not. |
11:54.00 | *** join/#htc-linux GNUtoo (~GNUtoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
12:00.12 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
12:00.47 | Cotulla | hey Alex |
12:00.53 | Alex[sp3dev] | hey |
12:01.34 | gauner1986 | hey cotulla |
12:01.59 | Cotulla | I got nice idea how to implement audio power |
12:02.08 | Cotulla | it can be done like in 8250 devices |
12:02.23 | Alex[sp3dev] | how is it in 8250 |
12:02.28 | Cotulla | actually we can turn on power at open/setdevice and turn it off at close |
12:02.38 | Alex[sp3dev] | this is wrong. actually |
12:02.41 | Cotulla | because android library calls close() when audio go standbay |
12:02.44 | Cotulla | no |
12:02.46 | Cotulla | it's nice |
12:02.55 | Cotulla | with ref-counter ofcourse |
12:02.57 | Alex[sp3dev] | you can change routing from headset to speaker without closing the device |
12:03.08 | Cotulla | set_device change routing |
12:03.28 | Alex[sp3dev] | and anyway it is working quite fine with libhtc_acoustic and we don't need to add any hacks to qdsp5 |
12:03.54 | Cotulla | gotta implement it via such way |
12:04.17 | *** join/#htc-linux ornll (~ornll@bzq-79-179-36-219.red.bezeqint.net) |
12:04.29 | Alex[sp3dev] | what the hell are you going to do anyway? run unmodified htc userland binaries? |
12:05.15 | Cotulla | yeah they are working |
12:05.26 | Cotulla | so better implement it inside kernel |
12:05.28 | gauner1986 | Alex[sp3dev]: isnt that what he always tries to do? :) |
12:05.45 | Alex[sp3dev] | gauner1986: it is what we always try to do not |
12:05.58 | Cotulla | I will say it in another words |
12:06.03 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
12:06.04 | Cotulla | :D |
12:06.16 | Alex[sp3dev] | ok, it is what i always try to do not |
12:06.23 | Cotulla | and? |
12:06.48 | Cotulla | when 2.4 appear for Saphire (I think it will appear, unofficial) it will be simple ported to RHO |
12:06.56 | Cotulla | while u may sucks with ur own libraries long time :) |
12:07.03 | gauner1986 | lol |
12:07.25 | Alex[sp3dev] | but at least we can fix bugs in our sources without hex-editing binaries |
12:07.44 | Cotulla | which bugs? |
12:07.52 | Alex[sp3dev] | right, we have no bugs |
12:08.11 | Cotulla | it used by long time there almost no bugs or they are not critical for users |
12:09.25 | Cotulla | but I will need libsensors without compass |
12:09.28 | Cotulla | crazy google |
12:09.33 | Cotulla | wtf |
12:21.10 | Cotulla | as well Alex check most code, there a lot of places with mdelay() instead of msleep() |
12:21.34 | Alex[sp3dev] | yeah. need to figure out which of those can be swapped |
12:31.25 | *** join/#htc-linux Termana (~bradley@122.151.82.160) |
12:34.58 | gauner1986 | whats the differenceß |
12:35.10 | Alex[sp3dev] | mdelay is blocking |
12:35.17 | Cotulla | no |
12:35.24 | Cotulla | mdelay is CPU waster |
12:35.31 | Cotulla | and msleep - via scheduler |
12:36.22 | Alex[sp3dev] | that's what i've just said |
12:37.06 | Cotulla | doubt it |
12:37.07 | Cotulla | blocking? |
12:37.08 | Alex[sp3dev] | and because mdelay uses scheduler you can't use it when the scheduler is in atomic state. so you need to replace mdelay with msleep and see if it breaks |
12:37.10 | Cotulla | what it blocks? |
12:37.25 | Cotulla | ever with it scheduler can work also however |
12:37.29 | Cotulla | but cpu load still high |
12:37.49 | Cotulla | I means it can be interrupted inside mdelay too |
12:37.54 | Cotulla | but cpu load awful still |
12:38.55 | Alex[sp3dev] | whether mdelay can be interrupted or not depends on whether you're building kernel with force preemption or not. but anyway mdelay is high on cpu and even if it can be preempted, other processes will become slower |
12:39.17 | Cotulla | other? |
12:39.30 | Alex[sp3dev] | other kernel threads, for example |
12:39.38 | Cotulla | yes |
12:39.50 | Alex[sp3dev] | i think mdelay will block if the interval is lower than timer interval |
12:40.06 | Cotulla | but it's complex question, they may got more time |
12:40.17 | Cotulla | not sure if it means same like "faster" |
12:41.06 | Alex[sp3dev] | yes. basically i think we should avoid mdelay everywhere wherever possible |
12:41.22 | Cotulla | right |
12:41.31 | Cotulla | same like Sleep() |
12:41.52 | Cotulla | Alex, are there keymaps inside android additional for qwerty? |
12:41.58 | Alex[sp3dev] | Cotulla: yes |
12:42.19 | Alex[sp3dev] | i mean, you can remap qwerty keyboard from userspace |
12:42.36 | Alex[sp3dev] | it is done in xdandroid to support different devices in one build |
12:42.51 | Cotulla | so for all this RHO100 RHO210 RHO300 I need different maps? %) |
12:43.08 | Alex[sp3dev] | depending if their physical keyboard is different |
12:43.15 | Cotulla | hm |
12:44.36 | Cotulla | okay I will look |
12:59.04 | hyc | and yes, each of them tends to be different |
12:59.29 | Cotulla | bad :( |
13:03.50 | Cotulla | 84 isn't backlight gpio seems |
13:06.17 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
13:14.15 | *** join/#htc-linux avinashhm (~avinash-h@192.94.92.11) |
13:16.59 | *** join/#htc-linux ornll (~ornll@bzq-79-182-1-31.red.bezeqint.net) |
13:19.35 | *** join/#htc-linux avinashhm (~avinash-h@192.91.66.186) |
13:29.55 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
13:32.10 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
13:34.07 | *** join/#htc-linux LargePrime (~LargePrim@108.123.20.50) |
13:37.49 | *** join/#htc-linux AndIrc__ (~android@192.234.2.49) |
13:40.39 | *** join/#htc-linux AndIrc_ (~Android@192.234.2.49) |
13:42.49 | *** part/#htc-linux michelem (~Adium@62-12-253-189.pool.cyberlink.ch) |
13:43.39 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
13:45.46 | *** join/#htc-linux rob_w (~bob@188.174.64.141) |
13:48.29 | *** join/#htc-linux bitrot (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
13:52.52 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
13:54.32 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:d5b2:ccb4:4315:4411) |
13:56.12 | *** join/#htc-linux rob_w (~bob@188.174.64.141) |
13:58.29 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e01:a015:b974:44d4:1d71) |
13:58.52 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-73-26.26-151.libero.it) |
13:59.41 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
14:01.04 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
14:02.30 | *** join/#htc-linux emwe_ (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
14:13.12 | *** join/#htc-linux dan1j3l (~danijel@93-141-52-182.adsl.net.t-com.hr) |
14:21.01 | *** join/#htc-linux bitrot (~rajkosto@2001:5c0:1511:4e01:a015:b974:44d4:1d71) |
14:31.20 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
14:45.00 | jonpry | hi emwe |
14:45.07 | emwe | hiho |
14:45.22 | jonpry | how's it going? |
14:45.59 | emwe | tracking down the topa incall freeze still. just wading through AudioFlinger.cpp |
14:46.13 | jonpry | sounds fun |
14:46.26 | emwe | you getting somewhere with wis? |
14:46.57 | jonpry | mostly. all binaries from system.img immediately segfault. but i can boot rhobuntu |
14:47.33 | Cotulla | halibut <-- what is it? |
14:47.41 | rpierce99 | fish? |
14:48.19 | jonpry | Cotulla, didn't you have trouble on leo with dynamically linked libs? |
14:49.44 | Cotulla | what kind of troubles? |
14:49.48 | Cotulla | some had |
14:49.51 | jonpry | they didn't work |
14:50.07 | Cotulla | in my case |
14:50.07 | Cotulla | they don't work |
14:50.17 | Cotulla | because they got import symbols from different module |
14:50.31 | jonpry | ? |
14:50.53 | jonpry | not a kernel problem? |
14:51.14 | Cotulla | wait |
14:51.22 | Cotulla | which problem u have? give better description. |
14:51.41 | Cotulla | other problem was that dlopen in android have different flags than in gnu |
14:52.27 | jonpry | stuff in rootfs works fine. i think it is all statically linked. stuff in /system immediately segfaults. but i can boot rhobuntu which is tons of dynamically linked stuff |
14:52.55 | Cotulla | u means android /system? |
14:52.58 | jonpry | yeah |
14:53.17 | Cotulla | hm...they are using different rules. |
14:53.21 | Cotulla | where segfault happens? |
14:53.32 | jonpry | i don't know. even strace segfaults |
14:53.46 | Cotulla | maybe insert backtrace() to segfault handler? |
14:54.18 | jonpry | sounds interesting |
14:54.39 | Cotulla | I can guess that kernel is too new for android |
14:54.45 | jonpry | i would bet its in dlopen |
14:54.46 | Cotulla | and some sys calls are changed |
14:57.19 | Cotulla | lol |
14:57.20 | Cotulla | <PROTECTED> |
14:57.21 | Cotulla | :D |
14:58.55 | jonpry | it might be compiler related. if i build init.android which is static. it will immediate segfault. but if i use one from stock rootfs it is fine |
14:59.06 | Cotulla | maybe |
14:59.16 | Cotulla | but u use old compiler? |
14:59.21 | Cotulla | which used with 35 kernel? |
14:59.31 | Cotulla | anyway, try backtrace inside handler |
14:59.46 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:a015:b974:44d4:1d71) |
14:59.54 | Cotulla | and output process / PC value |
14:59.59 | jonpry | will do, thanks |
15:02.14 | hyc | every time I tried to build init.android in the froyo tree, the binary would segv |
15:02.31 | hyc | but using the gingerbread tree it's ok |
15:03.51 | Cotulla | hm dream have matrix keyboard intersintg |
15:03.58 | Cotulla | why rho has not |
15:04.38 | *** join/#htc-linux ftoz (~root@cst-prg-76-15.vodafone.cz) |
15:04.40 | *** join/#htc-linux rzk_ (~rzk@95-25-211-53.broadband.corbina.ru) |
15:05.32 | jonpry | hyc. thats possible. i just keep thinking its related to why everything in system.img segfaults. and i didn't build it |
15:05.55 | Cotulla | but it's working with old kernel? |
15:06.19 | jonpry | system.img is. i haven't tried my home made init.android |
15:08.55 | Cotulla | is .39 the last? |
15:10.08 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
15:22.45 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
15:26.29 | jonpry | Cotulla, last what? |
15:26.42 | Cotulla | linux kernel |
15:26.49 | jonpry | for now |
15:26.52 | jonpry | hi WisTilt2 |
15:27.03 | WisTilt2 | hey jonpry |
15:27.10 | WisTilt2 | and cotulla |
15:27.17 | Cotulla | hi WisTilt2 |
15:27.23 | stinebd | wis where my new kernel for playing with?! |
15:27.26 | WisTilt2 | get your sound going? |
15:27.28 | stinebd | also good morning |
15:27.38 | Cotulla | yeah, with hack |
15:27.53 | WisTilt2 | stinebd you ready for the next one right now or you at work? |
15:28.08 | stinebd | WisTilt2: ready i guess |
15:28.17 | Cotulla | will implement power mgr with refcounters by open/setdevice/close |
15:28.19 | stinebd | i don't work anymore, i gave that up |
15:28.31 | jonpry | WisTilt2, i switched to 39 native gpio. but still no keypad |
15:28.43 | WisTilt2 | i'm trying to figure out what emwe is talking about this a2m reset i have in my pm patch |
15:29.08 | WisTilt2 | stinebd i'll get another ready in a few and let you know |
15:29.23 | stinebd | thanks sweet cheeks |
15:29.26 | stinebd | :* |
15:29.48 | WisTilt2 | jonpry, does keypad work with your rhobuntu kernel or same thing? |
15:30.06 | WisTilt2 | sweet cheeks lol |
15:31.25 | jonpry | WisTilt2, no, never get a kpd interrupt |
15:31.42 | Cotulla | ~seen [acl] |
15:31.47 | apt | [acl] <~abel@cpe-69-203-141-229.si.res.rr.com> was last seen on IRC in channel #htc-linux, 2d 9h 53m 35s ago, saying: 'jonpry: aite bro.. its nap time.. ill ttyl'. |
15:33.15 | *** join/#htc-linux arrrghhh (~arrrghhh@173-96-127-29.pools.spcsdns.net) |
15:33.42 | WisTilt2 | jonpry, can you try turning on both caps/fn leds, if they come on then keypad power is on. to verify I think you can turn off gpio 87 and they should go out. wonder if power is already on and we have a different problem with the irq. |
15:34.41 | Cotulla | hm I have similar problem - my kernel halts after qwerty interrupt request |
15:35.22 | WisTilt2 | but you're getting the interrupt? jonpry is not getting any irq yet |
15:35.29 | Cotulla | seems no... |
15:35.33 | Cotulla | just stop somehow |
15:35.39 | Cotulla | no faults inside logs |
15:36.30 | *** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr) |
15:37.50 | WisTilt2 | emwe: when was this a2m commented out, how far back was the commit? |
15:42.14 | emwe | WisTilt2: that was some commits not long ago. some days. it came in with the isr handling the INT_A9_M2A_6 in proc_comm_wince. 0xfc128 is the register arm9 puts the wakup reason. in a workqueue that wakeup reason is evaluated and e.g. allows for immedeate cable plug detection. resetting it in pm.c is imho resetting that register value to early so that the isr-worker in proc_comm_wince can't evaluate that. |
15:42.33 | *** join/#htc-linux Markinus (~Adium@212.255.45.118) |
15:42.43 | emwe | WisTilt2: git show c4ee12c4fb310d61928f553fe86f969912095258 |
15:43.57 | WisTilt2 | emwe: ok that makes sense. I did not now that was going on with the cable detection. just take my line out in the patch then that clears it:) |
15:44.03 | *** join/#htc-linux defendthecommons (~defendthe@ool-44c72fec.dyn.optonline.net) |
15:45.03 | emwe | WisTilt2: i haven't had time to reviewed the rest. which is what i'd like to do still if you don't mind. |
15:46.02 | WisTilt2 | np. i have another patch people aren't going to like (devs that is) that actually is the heart of the quick wakes. I need to re-work it so it makes more sense to everyone why it work. |
15:46.18 | WisTilt2 | works* |
15:46.23 | arrrghhh | heh |
15:46.58 | WisTilt2 | morning arrrghhh |
15:47.14 | arrrghhh | hey there WisTilt2 |
15:47.17 | arrrghhh | how you doin |
15:47.27 | WisTilt2 | having fun as always |
15:47.32 | arrrghhh | good to see that :D |
15:47.40 | emwe | WisTilt2: you wouldn't like to split the patch from the ml in two, no? i can, but then i can't "git am" it as is, but would have to commit me being author just crediting you in the comment. |
15:48.37 | WisTilt2 | emwe I can split it and resubmit np. they need to go in together though to get the full benefits. |
15:49.02 | WisTilt2 | this other patch will actually make the instant wakes happen though. |
15:49.25 | emwe | WisTilt2: but each alone gives some benefits and as i wrote, makes it easier to cherry-pick them. |
15:50.27 | emwe | i haven't had time to look at the pm code reorg. i just know your hw-preparation clock stuff from earlier. |
15:53.39 | arrrghhh | WisTilt2, i had a question about the excessive garbage that your test kernels cut out |
15:53.55 | arrrghhh | is it possible to cut the garbage without moving the framebuffer location? |
15:54.56 | WisTilt2 | framebuffer in my last test kernel is back where it is in the autobuild. i just have some of the klogger output disabled in that. |
15:55.26 | *** join/#htc-linux michelem (~Adium@62-12-253-189.pool.cyberlink.ch) |
15:55.29 | michelem | hello folks |
15:55.31 | WisTilt2 | i actually wanted to get you to test another kernel to see if the last logs are back now in dropbox |
15:55.43 | arrrghhh | sure |
15:55.55 | WisTilt2 | can you do it now or tonight? |
15:56.00 | michelem | I'm trying to find out what phones support USB in host mode |
15:56.05 | arrrghhh | i can do it now, i'll just drop off and come back :P |
15:56.21 | arrrghhh | michelem, i think it's mostly software limitations |
15:56.43 | jonpry | WisTilt2, i'm also trying to figure out why android binaries crash |
15:57.00 | michelem | arrrghhh: you say most phones have it in hardware? |
15:57.28 | WisTilt2 | arrrghhh: run it, reboot, then see if those last logs are now there thanks |
15:57.39 | michelem | software-wise, since linux supports it, where would the limitation be? |
15:58.21 | arrrghhh | michelem, i don't think the hardware manufacturers support it natively (usually) |
15:58.32 | arrrghhh | as for which phones definitively do, i have no clue. |
15:59.25 | WisTilt2 | jonpry, you building these binaries or you talking the existing ones? |
15:59.43 | jonpry | existing ones |
16:00.11 | michelem | just as a quick survey, what phones do you folks have? |
16:00.18 | jonpry | rhod |
16:00.26 | michelem | I'm looking around for replacement platforms to a OpenMoko FreeRunner. |
16:00.42 | WisTilt2 | jonpry what compiler you using to build the kernel? |
16:01.15 | jonpry | 2010q3 |
16:06.43 | *** join/#htc-linux Alex[sp3dev] (~alexander@86.110.163.19) |
16:09.03 | stinebd | nooooo arrrghhh left us |
16:09.10 | stinebd | who will yell at my stupid users now |
16:09.12 | Cotulla | heh |
16:09.19 | Cotulla | but Alex appear |
16:09.24 | stinebd | he's not angry enough |
16:09.42 | Alex[sp3dev] | now that's a personal insult |
16:09.58 | stinebd | :> |
16:10.55 | jonpry | ok. userland crash info. http://pastebin.com/0jm6t6ki |
16:11.33 | Cotulla | fff a lot of numbers %) |
16:11.46 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
16:11.58 | Alex[sp3dev] | jonpry: have you installed all android crap into kernel? |
16:12.10 | jonpry | most of it |
16:12.27 | jonpry | i'm missing early suspend. and potentially stuff i don't know about |
16:12.39 | Cotulla | look at b0001169 |
16:13.01 | jonpry | thats the stack no? |
16:13.09 | Cotulla | no |
16:13.15 | Cotulla | it looks like android libraries |
16:13.18 | Cotulla | not pre fixed |
16:13.29 | jonpry | how do i figure out what was loaded there |
16:13.54 | Cotulla | hm |
16:14.04 | Cotulla | rebuild android linker |
16:14.07 | Cotulla | with debug information |
16:14.10 | Cotulla | :) |
16:15.19 | Cotulla | hm how disable_irq() can stops to work?? |
16:15.22 | jonpry | looks like all the crashes are in thumb |
16:15.45 | Alex[sp3dev] | which means someone has disabled thumb binaries in defconfig, huh? |
16:15.54 | jonpry | its in there |
16:16.12 | Alex[sp3dev] | maybe vm split config differs? |
16:16.51 | jonpry | nope |
16:17.12 | Cotulla | hm |
16:17.18 | Cotulla | or dump from kernel memory from this address |
16:17.24 | Cotulla | and then do binary search |
16:17.30 | Cotulla | in files |
16:19.14 | Cotulla | but who force u to move on .39? |
16:19.30 | jonpry | nobody |
16:19.45 | Cotulla | what about ur brain? |
16:22.54 | *** join/#htc-linux foofofofofofo (~jon@199.85.236.239) |
16:23.18 | Cotulla | shit |
16:23.23 | Cotulla | looks like I need use disable_irq_nosync( instead |
16:26.31 | jonpry | afaik my brain is not forcing me to do anything |
16:26.52 | Cotulla | :D |
16:27.22 | Cotulla | okay, the best/fast way to port 39 - grab goldfish and tell a wish |
16:27.54 | jonpry | my kernel works pretty well. it boots rhobuntu. this stuff makes no sense |
16:28.23 | Alex[sp3dev] | jonpry: then you can join GNUtoo in porting SHR to msm72k and forget about android |
16:29.28 | Cotulla | kbd is working] |
16:29.39 | Cotulla | but arrows are not rotated |
16:29.49 | Cotulla | it's right? |
16:29.55 | Alex[sp3dev] | [no it is not |
16:30.55 | jonpry | looks like AEBI5 doesn't work |
16:36.31 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-73-241.tampfl.fios.verizon.net) |
16:40.44 | jonpry | all non working binaries have elf private flags = 5000002: [Version5 EABI] [has entry point] |
16:41.06 | jonpry | working = 5000000: [Version5 EABI] |
16:41.34 | Cotulla | u means execute files? |
16:41.47 | jonpry | yeah |
16:41.57 | Cotulla | actually kernel loads only image for new process |
16:42.05 | Cotulla | libraries handled by user loader |
16:42.11 | Cotulla | which is own for android... |
16:42.50 | jonpry | so, there's nothing to suggest it gets to user loader |
16:43.10 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39) |
16:43.10 | Cotulla | I guess user loader is same like before |
16:43.16 | Cotulla | because it's android one |
16:43.24 | Cotulla | I think problem can be in syscalls |
16:43.34 | Cotulla | or in kernel process start? |
16:43.45 | *** join/#htc-linux CIA-110 (cia@cia.atheme.org) |
16:43.53 | jonpry | it looks like they are trying to change entry from 0x000080a0 to 0x000080c0 |
16:44.08 | Cotulla | why |
16:44.25 | Cotulla | can u detect where problem happen |
16:44.29 | Cotulla | at share libraries load |
16:44.34 | Cotulla | or at process start |
16:44.36 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
16:45.20 | jonpry | not yet |
16:45.50 | Cotulla | maybe put some shit at entry point and look |
16:45.57 | Cotulla | for underfined instruction |
16:45.59 | Cotulla | but no |
16:46.05 | Cotulla | it won't work |
16:46.07 | Cotulla | okay :)] |
16:48.00 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
16:50.51 | jonpry | i am going to try and old android 2.2 |
16:51.38 | Cotulla | it means machine code beats u |
16:51.42 | Cotulla | :P |
16:52.13 | jonpry | i will beat it :p. just seems silly trying to debug userland when problem obviously in kernel |
16:53.22 | Cotulla | I believe in u |
16:53.50 | Cotulla | don't crash my trust to unhandled exceptions |
16:54.11 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
16:57.11 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-73-26.26-151.libero.it) |
17:00.16 | jonpry | Cotulla, they would never change a syscall |
17:01.04 | Alex[sp3dev] | fwiw android works on 39 kernel, there's even an experimental branch for other SoCs so it is msm-specific or your build-specific |
17:01.14 | Cotulla | hm u sure? |
17:01.44 | Cotulla | looking to my previous experience they can change everything |
17:02.39 | Alex[sp3dev] | this is trolling. basic syscalls are defined by POSIX standards and are the same on every unix. even windows probably supports some of them in posix subsystem |
17:03.51 | Cotulla | maybe but how they extend functionality? |
17:04.06 | jonpry | torvalds is an ABI fanatic |
17:04.38 | Alex[sp3dev] | by adding new calls.. but new stuff is usually controlled by netlink/ioctl/sysfs - whatever but not syscalls |
17:05.09 | Cotulla | but we don't see results honestly |
17:05.26 | *** join/#htc-linux helicopter88 (~helicopte@host25-80-dynamic.116-80-r.retail.telecomitalia.it) |
17:05.58 | Cotulla | jonpry, u know which data loaded to 0x40 microp? |
17:06.28 | Alex[sp3dev] | don't you? i do see - i can boot the same rootfs with 2.6.18 and 2.6.39 on my desktop.. it's all because there are no stable intefaces for embedded stuff (actually because vendors do their best to obfuscate code and make incompatible implementations) |
17:06.50 | Cotulla | maybe |
17:07.22 | Cotulla | but who stops them from checking inside disable_irq() for disabled interrupts state and calling inside disable_irq_nosync()? |
17:07.27 | jonpry | you know that low address trap thing? i think it is set to 64k, but the entrypoint is less than that |
17:08.05 | Cotulla | compare with old kernel |
17:10.25 | WisTilt2 | stinebd: next raph kernel ready to test. |
17:10.32 | stinebd | k |
17:11.09 | stinebd | rhod has a nice audio processor |
17:11.19 | stinebd | cuts out a lot of noise compared to the n1 |
17:11.22 | Cotulla | 3 ones :( |
17:11.51 | stinebd | on the incoming side anyway |
17:12.03 | stinebd | mic nr is probably better on n1 |
17:12.54 | stinebd | put a snapdragon in this thing and it's a damn nice phone |
17:14.01 | jonpry | attach one to usb? |
17:14.16 | Cotulla | :D |
17:14.31 | stinebd | does it have a host driver? |
17:14.58 | jonpry | it should work. might be vbus problems |
17:15.30 | stinebd | i'll have to work out the wiring. i think the qsd has more pins than a usb line |
17:15.31 | Alex[sp3dev] | usb host works on both n1 and our devices. but right now there is no driver that would allow to switch between host and client in runtime |
17:17.34 | *** join/#htc-linux arrrghhh (~arrrghhh@184.248.135.182) |
17:18.12 | arrrghhh | WisTilt2, sorry that took so long. logs are still empty... |
17:18.18 | *** join/#htc-linux gauner1986 (~Miranda@p5B383493.dip.t-dialin.net) |
17:19.08 | WisTilt2 | k. guess i need to massage it a bit more. |
17:19.28 | WisTilt2 | you notice sleep is quicker or about the same? |
17:20.03 | arrrghhh | after it settled down, seemed pretty quick |
17:20.08 | arrrghhh | seems that interim blink is gone tho eh? |
17:20.21 | arrrghhh | back to two states, solid orange and solid green |
17:20.43 | WisTilt2 | yeah takes a minute or so to settle down after boot. i didnt change leds at all, this is off the current git tree with only pm and fb patches |
17:20.56 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
17:21.32 | arrrghhh | ah ok. |
17:21.33 | WisTilt2 | should go from orange to green in under 1 sec or so if nothing else is wakelocking it. |
17:21.43 | arrrghhh | yea, it was really fast once it settled. |
17:23.01 | WisTilt2 | arrrghhh which logs are you looking at that are empty? |
17:23.37 | arrrghhh | LAST_KMSG |
17:24.02 | WisTilt2 | is that in dropbox? |
17:24.02 | arrrghhh | i'll pastebin what they look like |
17:24.05 | arrrghhh | yea |
17:24.11 | arrrghhh | /data/system/dropbox |
17:24.29 | arrrghhh | http://pastebin.com/CSjGxdvt |
17:27.39 | WisTilt2 | i'll have another one to test shortly. |
17:28.00 | arrrghhh | k |
17:30.33 | *** join/#htc-linux CIA-110 (cia@cia.atheme.org) |
17:33.14 | *** join/#htc-linux elango_ (~elango@nat/hp/x-nfvnicfcdwbewkwh) |
17:34.58 | *** part/#htc-linux elango_ (~elango@nat/hp/x-nfvnicfcdwbewkwh) |
17:36.32 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF0576.dip.t-dialin.net) |
17:42.57 | Cotulla | wtf |
17:45.59 | stinebd | WisTilt2: what would you say the probability of success with this kernel is? |
17:46.21 | stinebd | i'm gonna put it at 18% |
17:46.37 | WisTilt2 | well, there's around 10 possibilites and we've tried 3-4 so far |
17:46.45 | WisTilt2 | so you're close |
17:47.01 | WisTilt2 | just tell me it worked so i can move on:) |
17:47.22 | arrrghhh | lol |
17:47.43 | stinebd | we're getting closer |
17:47.55 | WisTilt2 | you have graphics now? |
17:47.58 | stinebd | kinda |
17:48.00 | stinebd | fading lines |
17:48.05 | stinebd | kinda like my n1 |
17:48.08 | stinebd | minus the broken glass |
17:48.09 | arrrghhh | lol |
17:48.35 | WisTilt2 | panel is still collapsing though? |
17:49.05 | stinebd | yeah |
17:49.20 | stinebd | after a couple tries it's back to black screen |
17:49.40 | WisTilt2 | were you able to see anything on the screen though? |
17:50.01 | stinebd | the first couple tries were garbled messes, then totally black screen |
17:50.23 | stinebd | try #1 had about 20 rows of pixels in the bottom of an actual image, and the rest were fading lines |
17:50.28 | Alex[sp3dev] | what're you doing? |
17:50.31 | stinebd | then the next two or three tries were fading lines |
17:50.34 | stinebd | and now black screen |
17:50.37 | stinebd | http://paste.ubuntu.com/606584/ (dmesg) |
17:50.58 | stinebd | Alex[sp3dev]: working on raph display collapse/resume |
17:52.32 | Alex[sp3dev] | stinebd: ah, ok. thought it was diam |
17:53.03 | *** join/#htc-linux rob_w_ (~bob@ppp-188-174-64-141.dynamic.mnet-online.de) |
17:55.31 | *** join/#htc-linux balans1 (~user@62.140.137.118) |
17:57.56 | WisTilt2 | stinebd: looks like i'm going to have to figure out the gpio toggling sequence when turning on the power on that thing. looks like init is working now but power sequence to bring the whole thing up isn't. |
17:58.12 | *** join/#htc-linux GNUtoo (~GNUtoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
17:58.26 | stinebd | WisTilt2: sweet |
17:58.39 | stinebd | i put chances of your next kernel working around 3% |
17:58.45 | WisTilt2 | the fact you saw partial somewhat good graphics at bottom is good. means init is ok now |
17:59.12 | WisTilt2 | why htc does funky things like this is beyond me |
17:59.22 | Alex[sp3dev] | things like what? |
17:59.41 | WisTilt2 | multiple gpios needing to be toggled high/low etc |
18:00.00 | WisTilt2 | only on certain devices |
18:00.08 | Alex[sp3dev] | because that's the way the panel works, right? or you want that to be handled by microp? |
18:00.13 | WisTilt2 | guess they don't know what standardize means |
18:00.38 | Alex[sp3dev] | they're just using cheapest hardware possible and don't care for standardizing |
18:00.55 | WisTilt2 | panel on rhod doesn't work that way at all, no crazy toggling needed to bring it up. |
18:01.10 | Alex[sp3dev] | on kovs we need to bounce reset 3 times |
18:01.12 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:a015:b974:44d4:1d71) |
18:01.16 | arrrghhh | lol |
18:01.24 | arrrghhh | food time, bbl |
18:01.37 | WisTilt2 | they probably have cheap vreg's that can't handle the current spike if everything comes up at same time |
18:01.50 | Alex[sp3dev] | this is true |
18:03.03 | Alex[sp3dev] | actually jerome told me he had his device rebooting when he was enabling sound output with the maximum volume by default so he had to set volume to the lowest before enabling |
18:04.31 | WisTilt2 | lol, cheap vreg would certainly do that |
18:06.46 | Cotulla | OMFG... I am listening aliens transmission from RHO speaker |
18:06.51 | Cotulla | O_o |
18:07.16 | Alex[sp3dev] | these are harmonics from submarine radio |
18:07.18 | Alex[sp3dev] | lol |
18:07.42 | Cotulla | serisouly... if I enabled speaker without sound |
18:07.50 | Cotulla | I heard high freq noise |
18:08.02 | Alex[sp3dev] | what else would you expect to hear i wonder |
18:08.15 | Cotulla | silence |
18:08.17 | gauner1986 | chuck norris |
18:41.15 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
19:00.32 | *** join/#htc-linux arrrghhh (~arrrghhh@184.248.135.182) |
19:07.38 | *** join/#htc-linux ali1234 (~ajb@robotfuzz.co.uk) |
19:10.13 | *** join/#htc-linux raymonddull (~raymonddu@24-236-171-67.dhcp.monr.mi.charter.com) |
19:27.16 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
19:34.52 | *** join/#htc-linux Rajko (~rajkosto@wan.rajkonet.info) |
19:36.18 | *** join/#htc-linux bitrot (~rajkosto@2001:5c0:1511:4e01:a015:b974:44d4:1d71) |
19:38.47 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-245-251.dynamic.sbb.rs) |
19:39.34 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e01:4d4a:636f:7aba:602a) |
19:46.58 | *** join/#htc-linux CIA-110 (cia@cia.atheme.org) |
19:48.13 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
19:52.06 | *** join/#htc-linux arif-ali (~arif-ali@88-104-129-118.dynamic.dsl.as9105.com) |
19:57.40 | *** join/#htc-linux helicopter88 (~helicopte@host25-80-dynamic.116-80-r.retail.telecomitalia.it) |
19:58.40 | *** join/#htc-linux mdj_ (~mdj@46.182.128.248) |
20:15.04 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
20:16.41 | WisTilt2 | arrrghhh: i have another kernel for you to try. logs should be back (spam on boot also unfortunately) and make sure you still get solid quick wakes. |
20:19.18 | *** join/#htc-linux gauner1986 (~Adium@p5B383493.dip.t-dialin.net) |
20:21.41 | arrrghhh | sure |
20:21.48 | arrrghhh | same name/link? |
20:22.58 | WisTilt2 | yes |
20:23.03 | arrrghhh | cool |
20:23.25 | WisTilt2 | if you dont have logs now, well, we just won't go there... |
20:23.38 | arrrghhh | lol ok |
20:23.47 | arrrghhh | brb |
20:24.14 | WisTilt2 | after settles down on boot you should get some very fast sleeps also |
20:28.08 | *** join/#htc-linux gauner1986 (~Adium@p5B383493.dip.t-dialin.net) |
20:30.59 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
20:43.21 | *** join/#htc-linux mastermerlin (~Adium@p4FEE57AB.dip.t-dialin.net) |
20:45.08 | Cotulla | WisTilt2, why htcrhod_mddi_panel_blank() empty? |
20:46.59 | WisTilt2 | mddi_client_unit deals with it so blank is pointless after panel is already shut down |
20:47.05 | WisTilt2 | uninit* |
20:47.41 | Cotulla | hm? so uninit called before blank? |
20:48.32 | WisTilt2 | no, blank,uninit,power but since we're killing it anyway blank is pointless for anything to happen there |
20:49.17 | Cotulla | okay, on leo we had other code flow, it's why I ask |
20:53.41 | *** join/#htc-linux arif-ali (~arif-ali@88-104-129-118.dynamic.dsl.as9105.com) |
20:55.11 | *** join/#htc-linux arrrghhh (~arrrghhh@184-231-39-110.pools.spcsdns.net) |
20:55.26 | arrrghhh | WisTilt2, so dropbox logs are back in business |
20:55.44 | arrrghhh | but it took me a little extra time, i had to go back to autobuild to get usb tethering to work... |
20:57.12 | WisTilt2 | this kernel should have that? its the current tree verbatim, plus these tweaks for quick wakes, pm, and fb. |
20:57.30 | WisTilt2 | wasnt usb stuff pushed to tree? |
20:57.35 | arrrghhh | yup |
20:57.44 | arrrghhh | i'm tethering right now on the newest autobuild |
20:58.03 | WisTilt2 | should work on my kernel also since its same tree |
20:58.25 | WisTilt2 | unless something usb is a module, which i didnt give you |
20:59.02 | WisTilt2 | is autobuild 1320? |
20:59.10 | WisTilt2 | or maybe 1319 |
21:00.14 | *** join/#htc-linux sapkali (8bb3cfca@gateway/web/freenode/ip.139.179.207.202) |
21:00.51 | sapkali | selamun hello |
21:01.18 | arrrghhh | 1318 i think |
21:01.35 | arrrghhh | yea 1318 |
21:01.55 | sapkali | 8131 |
21:02.03 | WisTilt2 | its a clone of whatever is current with just my 2 patches i committed that aren't pushed yet so thats why mine is 1320 |
21:02.38 | WisTilt2 | so good logs are back. sleep and wake working like it should? |
21:02.59 | arrrghhh | yup |
21:03.03 | arrrghhh | very fast too :D |
21:03.49 | WisTilt2 | is autobuild showing clock drift still if people dont run clocksync etc? |
21:04.11 | Alex[sp3dev] | why should it not? |
21:04.26 | WisTilt2 | people have told me it drifts a lot |
21:04.40 | Alex[sp3dev] | yes, i mean why should it have stopped drifting |
21:04.42 | arrrghhh | well i thought your patch for that made it into the autobuild tree |
21:04.47 | arrrghhh | Alex[sp3dev], there was a patch |
21:05.04 | arrrghhh | it's been fixed on WisTilt2's test kernels for a while. |
21:05.11 | WisTilt2 | i fixed the drift, people won't like the patch though without lots of discussion |
21:05.21 | WisTilt2 | on phone, brb |
21:05.24 | sapkali | have you seen this : http://www.raspberrypi.org/ |
21:05.27 | arrrghhh | WisTilt2, i want to say it's fixed on autobuild, but i'd have to run it for a while to see if it's for sure. |
21:05.28 | arrrghhh | np |
21:05.44 | arrrghhh | sapkali, eh? |
21:05.51 | sapkali | eh? |
21:05.53 | sapkali | 25# |
21:05.54 | sapkali | 25$ |
21:05.58 | sapkali | is the cost |
21:06.04 | arrrghhh | i just don't get the relevance |
21:06.11 | arrrghhh | what does it have to do with #htc-linux? |
21:06.12 | Alex[sp3dev] | stinebd: seen that |
21:06.16 | Alex[sp3dev] | oops |
21:06.18 | sapkali | :D |
21:06.18 | sapkali | no relevance |
21:06.19 | arrrghhh | lol |
21:06.19 | sapkali | it runs linux |
21:06.22 | Alex[sp3dev] | it was not him |
21:06.35 | arrrghhh | sapkali, then let's keep the OT in -chat, as you are already in that room. thx. |
21:06.43 | sapkali | FFSSS |
21:06.51 | sapkali | eh |
21:06.52 | arrrghhh | read the topic, STFU. |
21:06.53 | *** part/#htc-linux sapkali (8bb3cfca@gateway/web/freenode/ip.139.179.207.202) |
21:06.53 | Alex[sp3dev] | anyway the device is a trolling attempt because 128 mb ram makes it useless for anything xorg-based |
21:07.03 | arrrghhh | lol |
21:07.05 | arrrghhh | attempt |
21:07.32 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
21:10.21 | *** join/#htc-linux surgex (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
21:10.28 | Cotulla | WisTilt2, did u have a problem with backlight? |
21:12.32 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
21:12.39 | arrrghhh | Cotulla, i see dft is asking for testers on MAGLDR - how's dev going? |
21:13.05 | Cotulla | very nice |
21:13.18 | Cotulla | now a lot of things are working |
21:13.27 | arrrghhh | cool |
21:13.43 | Cotulla | u have GSM RHO right? |
21:13.51 | arrrghhh | no, worldphone |
21:13.55 | arrrghhh | dual mode GSM/CDMA |
21:14.17 | arrrghhh | which means no MAGLDR love for me. oh well. |
21:14.21 | Cotulla | yes |
21:14.23 | Cotulla | so it's RHO_W |
21:14.28 | arrrghhh | i guess |
21:14.29 | arrrghhh | RHOD400 |
21:14.48 | Alex[sp3dev] | arrrghhh: i'll tell Abel and he'll beat you |
21:14.50 | Cotulla | first 3 is GSM, RHO100, RHO210, RHO300 |
21:14.56 | arrrghhh | Alex[sp3dev], heh |
21:15.10 | WisTilt2 | Cotulla still on phone |
21:15.17 | arrrghhh | i've already tested lk |
21:15.19 | arrrghhh | works well |
21:15.27 | arrrghhh | but options are always nice, even if they are closed... |
21:15.29 | Cotulla | WisTilt2, ? |
21:15.35 | arrrghhh | Cotulla, he's on the phone... |
21:15.52 | Cotulla | hm chatting with us via phone? |
21:15.55 | arrrghhh | lol |
21:16.04 | Alex[sp3dev] | Cotulla: he's having a phone call and is busy |
21:16.06 | arrrghhh | no, he's chatting with someone else. |
21:16.09 | Cotulla | oh ok |
21:16.39 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
21:17.17 | dcordes | hi |
21:17.20 | Cotulla | hi |
21:17.25 | Alex[sp3dev] | hi dcordes |
21:17.29 | Cotulla | how are u ? |
21:17.33 | dcordes | Cotulla: what's up ? deeply digged into rhodium stuff ? |
21:17.42 | dcordes | Cotulla: I'm fine, thanks. you ? |
21:18.12 | Cotulla | dcordes, right. we wanna release it as fast as possible. |
21:18.17 | Cotulla | me also :) |
21:18.26 | Alex[sp3dev] | Cotulla: why? |
21:18.39 | Cotulla | have reasons some |
21:19.04 | dcordes | Cotulla: GNUtoo and me tried to do in call audio in non-android. GNUtoo created a program for that purpose to write IOCTLs |
21:19.25 | Cotulla | via AUDIO_VOICE_START? |
21:19.33 | dcordes | something like that |
21:19.38 | dcordes | I will show you the code if you like |
21:19.51 | Cotulla | hm I should find time for alsa at this weekend ;) |
21:20.00 | arrrghhh | SHR tiem? :D |
21:20.22 | Cotulla | I promised to dcordes LEO ALSA |
21:20.34 | dcordes | Cotulla: that would be nice |
21:20.51 | Alex[sp3dev] | whenever i say i should have time at the weekend turns out to be done a month later |
21:21.19 | WisTilt2 | Cotulla: ok off the phone. what problem with backlight you talking about kbd or panel? |
21:21.33 | dcordes | Cotulla: https://gitorious.org/htc-msm-2-6-32/uttilities/trees/master |
21:22.03 | Cotulla | WisTilt2, panel |
21:22.18 | Cotulla | I looked to code from 27 |
21:22.21 | WisTilt2 | no problems why? |
21:22.29 | Cotulla | but somehow there different values than in WM DLL |
21:22.30 | dcordes | Cotulla: with the present routing.c speaker phone is possible. but we fail to set handset mode. we are not certain which IOCTL to write for speakerphone |
21:22.47 | WisTilt2 | only one im still working on is the raph panels still |
21:22.47 | dcordes | uh handset |
21:22.49 | stinebd | btw new kernel |
21:22.51 | stinebd | now |
21:22.54 | dcordes | Cotulla: can you give an advise ? |
21:22.55 | WisTilt2 | :) |
21:23.06 | Cotulla | I am using |
21:23.22 | Cotulla | 22 = 80, 23 = 01, 24 = level 0..8 |
21:23.25 | dcordes | Cotulla: ACDB_ID_HAC_HANDSET_SPKR deson't work |
21:23.27 | Cotulla | like it in WM DLL |
21:23.30 | WisTilt2 | stinebd actually i am going to make another right now before i go through all this gpio bouncing stuff |
21:23.58 | Cotulla | handset |
21:24.15 | Cotulla | hm |
21:24.24 | Cotulla | handset == earcuple? |
21:24.28 | dcordes | Cotulla: yes |
21:25.07 | Cotulla | u tried HEADSET_SPKR_MONO? |
21:25.12 | Cotulla | no |
21:25.14 | Cotulla | wait |
21:26.02 | WisTilt2 | stinebd: try this one. switched around the order of the power up sequence. hopefully you still get some kind of display. |
21:26.18 | Cotulla | but it should work HANDSET_SPKR |
21:26.48 | WisTilt2 | Alex[sp3dev] how much clock drift are you getting in .35, about same as .27? |
21:27.06 | Cotulla | devno = HEADSET_SPKR_STEREO; |
21:27.09 | Cotulla | u changed this line? |
21:27.23 | Alex[sp3dev] | WisTilt2: i have not paid attention, but the last time i saw it it was the same |
21:28.13 | WisTilt2 | i'll be posting a patch for that, which is also part of my quick wake fix. when you see what's causing the clock drift you won't believe it:) |
21:28.57 | emwe | WisTilt2: dunno if gingerbread autosyncs, but i have none on .35 + gb |
21:29.36 | WisTilt2 | i bet if no ntp is being used or an app to sync, all devices will be getting drift |
21:29.39 | dcordes | Cotulla: GNUtoo wrote this. I don't know |
21:30.51 | dcordes | Cotulla: there are two programs: routing.c for general use and fso-voicecall.vala for shr. in fso-voicecall follwing commit enabled _working_ speaker phone: https://gitorious.org/htc-msm-2-6-32/uttilities/commit/583e520cbb206db6a8d71e9c55c703fcd192e54b |
21:32.42 | *** join/#htc-linux ORi| (~ORi@91.181.31.61) |
21:33.40 | stinebd | WisTilt2: first try had the lower quarter of the screen show what might have been a portion of valid imagery or scrambled lines, then quickly faded to black, and now resumes are all black |
21:33.46 | stinebd | display is still powering on as in last test |
21:34.04 | stinebd | crap |
21:34.18 | stinebd | battery fell out when i was going to plug usb back in for adb |
21:38.45 | stinebd | WisTilt2: http://paste.ubuntu.com/606657/ (dmesg) |
21:39.12 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
21:42.06 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
21:43.20 | *** join/#htc-linux gauner1986 (~Adium@p5B383493.dip.t-dialin.net) |
21:45.48 | dcordes | good night |
21:51.20 | WisTilt2 | stinebd: looks like timing is part of the problem and mdp didn't like that last kernel at all. |
21:51.45 | stinebd | mdp is a priss |
21:51.49 | stinebd | slap it around a bit |
21:52.10 | stinebd | oh, well i guess i have to, it's my hardware |
21:52.14 | WisTilt2 | how much longer you going to be around? |
21:52.19 | stinebd | at least a couple days |
21:52.37 | stinebd | we could go at any time but i think i still got some life left |
21:52.43 | *** join/#htc-linux Cass (~cass@188-220-34-222.zone11.bethere.co.uk) |
21:52.52 | WisTilt2 | k. i should have at least one more test before i head home |
21:53.30 | stinebd | karate kid part 2 is coming up so i might suffer from bouts of narcolepsy |
21:53.39 | WisTilt2 | lol |
21:53.50 | Cass | cobra kai never die .. w00t |
21:56.24 | WisTilt2 | emwe: are you getting slow panel wakes on .35? |
22:00.10 | *** join/#htc-linux MN-- (~yaaic@host81-129-245-106.range81-129.btcentralplus.com) |
22:01.35 | jonpry | Cotulla, are you using disable_irq_nosync in microp-keypad? does it work? |
22:02.09 | Cotulla | yes |
22:02.24 | Cotulla | <PROTECTED> |
22:03.25 | Cotulla | do u fill some data to 0x40 MICROP? |
22:03.29 | Cotulla | for bkl? |
22:05.19 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
22:07.42 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:4d4a:636f:7aba:602a) |
22:08.01 | WisTilt2 | Cotulla you trying to get keyboard backlight on? |
22:08.48 | Cotulla | panel backlight |
22:08.59 | WisTilt2 | which device? |
22:09.04 | Cotulla | RHO |
22:09.21 | WisTilt2 | using microp? |
22:09.27 | Cotulla | right. |
22:09.30 | Cotulla | 3 registers |
22:09.33 | Cotulla | 22 23 24 |
22:09.54 | jonpry | WisTilt2, keys started working |
22:09.57 | WisTilt2 | you're not writing directly to the panel registers to do the inits? |
22:10.09 | WisTilt2 | jonpry, what'd you do? |
22:10.20 | Cotulla | I am copy mddi init from WM DLL |
22:10.34 | Cotulla | I see in WM DLL there some table loaded at start up |
22:10.35 | Cotulla | 30 bytes |
22:10.38 | Cotulla | to 0x40 |
22:10.48 | Cotulla | maybe it's my problem |
22:10.52 | WisTilt2 | Cotulla why not use the register inits in the board file? |
22:11.08 | WisTilt2 | microp probably is braindead once panel is turned off |
22:11.46 | WisTilt2 | look at the nov_init_seq sections of rhod panel file |
22:11.53 | Cotulla | yes I saw them |
22:12.05 | Cotulla | but why control like in WM not working? |
22:12.12 | WisTilt2 | i could never get microp to control panel once power was shut off to it |
22:12.29 | Cotulla | hm |
22:12.33 | WisTilt2 | WM must have some other init section that fills microp data tables for init |
22:12.35 | Cotulla | are u running after WM? |
22:13.06 | WisTilt2 | not fully. booting from gen.y to android |
22:13.19 | Cotulla | gen.y? |
22:13.28 | WisTilt2 | bypasses winmo |
22:13.40 | Cotulla | lk/tinboot? |
22:13.59 | arrrghhh | Cotulla, no |
22:14.03 | WisTilt2 | winmo comes up. |
22:14.07 | Cotulla | so WM still unit it :) |
22:14.08 | WisTilt2 | never comes up i mean |
22:14.11 | arrrghhh | it still partially loads up winmo |
22:14.17 | arrrghhh | Cotulla, yes. |
22:14.23 | Cotulla | [acl] worked under nand, he had problems with backlight? |
22:14.25 | Cotulla | or not.. |
22:14.34 | WisTilt2 | acl has it working i thought |
22:14.35 | arrrghhh | he had to completely rework the panel |
22:14.42 | arrrghhh | for some strange reason... |
22:14.47 | WisTilt2 | just using the nov register inits' works great |
22:15.13 | Cotulla | maybe it really need to load table to microp at the start up |
22:15.34 | WisTilt2 | yeah, it will be the registers for the nov panel |
22:16.00 | WisTilt2 | i have all the registers documented in the rhod panel board file |
22:16.11 | Cotulla | yes, nice work |
22:16.24 | Cotulla | but I am talking about 30 bytes to 0x40 MICROP register |
22:16.51 | WisTilt2 | yes, but microp data tables are not fill with the nov data so not going to work |
22:17.02 | Cotulla | and there debug string "Rhodium backlight table" |
22:17.50 | WisTilt2 | what kind of values are those 30 bytes? |
22:18.21 | Cotulla | less than 255 all |
22:18.33 | Cotulla | numbers |
22:18.39 | WisTilt2 | 30bytes isnt enough to setup the panel with all the init settings to make it work |
22:18.55 | *** join/#htc-linux wannabeanonymous (57f54144@gateway/web/freenode/ip.87.245.65.68) |
22:18.55 | Cotulla | I think it's some kind of table |
22:18.59 | Cotulla | for backlight |
22:19.05 | Cotulla | there only 0.. 9 ranges for backlight |
22:19.16 | WisTilt2 | probably for intensity control |
22:19.18 | Cotulla | so it may assign each number with some vaue |
22:19.38 | WisTilt2 | to program light sensor mode or something like that |
22:19.46 | Cotulla | well they also checks panel type |
22:19.56 | Cotulla | looks like it PWM values |
22:19.58 | Cotulla | "AUO PWM setting" |
22:20.00 | Cotulla | debug string there |
22:20.22 | WisTilt2 | yeah pwm values for intensity sounds like |
22:20.51 | Cotulla | okay so I will reverse this table |
22:22.38 | jonpry | i'm using auto bl. which ix 0x22 |
22:22.53 | Cotulla | it's working... |
22:22.59 | Cotulla | If I setup 22 = 81 |
22:23.07 | Cotulla | backlight appear |
22:23.14 | WisTilt2 | yeah that mode uses the built in labc on the chip |
22:23.23 | Cotulla | but only after off-on |
22:23.50 | Cotulla | fuck... I hate people who make non-static data arrays inside functions :( |
22:24.21 | stinebd | sorry, i'll stop |
22:25.34 | Cotulla | u do it?? |
22:25.39 | Cotulla | I means something like |
22:25.51 | Cotulla | byte my_data[] = { 11, 22, 33, 44, 55, 66} |
22:28.40 | *** join/#htc-linux tyween (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
22:32.12 | jonpry | WisTilt2, we have keys, all of them |
22:32.28 | Cotulla | u fixed them? |
22:33.44 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
22:35.26 | WisTilt2 | scancodes all matching up? so what was holding up the irq? |
22:38.21 | jonpry | WisTilt2, not sure i redid gpio and changed a bunch of config options |
22:42.23 | Cotulla | table looks like |
22:42.23 | Cotulla | static uint8_t RHOXXX_BKL_Data[31] = |
22:42.23 | Cotulla | {0x06, 0x0D, 0x23, 0x3C, 0x5F, 0x8C, 0xA9, 0xC6, 0xE3, 0xFF, |
22:42.24 | Cotulla | <PROTECTED> |
22:42.24 | Cotulla | <PROTECTED> |
22:43.46 | jonpry | WisTilt2, my internet is particularly bad atm. scancodes work. i can type at shell. any idea why 4 out of 5 presses show some kind of i2c error. but they all work? |
22:45.52 | WisTilt2 | jonpry: i'd have to see the code. i assume you're in ksc or keypad. what kind of i2c errors, 0x3a8 or similar or just write errors? |
22:46.18 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
22:46.18 | *** join/#htc-linux MACK1E (~MACK1E@50-88-143-107.res.bhn.net) |
22:46.18 | *** join/#htc-linux poink (~lucy@2a02:40:41::5) |
22:46.19 | *** join/#htc-linux Dunedan (~dunedan@phoenitydawn.de) |
22:46.36 | jonpry | write status 0x43c8 |
22:47.27 | WisTilt2 | coming out of ksc? |
22:48.30 | Cotulla | what about buttons backlight? |
22:49.06 | WisTilt2 | if you're using the .27 ksc it's possible its the qwerty lights microp, which resets timeout timer on each keypress in the work queue. |
22:49.18 | Cotulla | yes, saw it... so no problem |
22:49.23 | Cotulla | :) |
22:49.27 | Cotulla | forgot about it a bit |
22:50.10 | Cotulla | I decoded two tables |
22:50.19 | Cotulla | there separate tables for RHO and RHO210 |
22:50.30 | Cotulla | as well for AUO panel first 10 values are replaced by other |
22:50.49 | Cotulla | and for one microp version A88 |
22:50.54 | Cotulla | one value replaced as well |
22:51.39 | Cotulla | okay will try to load this table |
22:55.38 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e01:4d4a:636f:7aba:602a) |
22:56.19 | WisTilt2 | Cotulla A88 is what we use |
22:57.21 | Cotulla | yes, found it longs |
22:57.23 | Cotulla | *logs |
22:57.32 | Cotulla | but there version check at the runtime inside DLL |
22:57.35 | *** join/#htc-linux mdj__ (~mdj@46.182.128.248) |
22:58.01 | Cotulla | for A88 it loads 31 bytes, for others only 30 |
22:58.52 | Cotulla | if it will success u can integrate this tables to ur tree |
22:59.04 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e01:4d4a:636f:7aba:602a) |
23:01.41 | *** join/#htc-linux Tinyboom (~nahh@23.84-48-96.nextgentel.com) |
23:04.56 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-rzsynhsandvxecxu) |
23:08.19 | WisTilt2 | stinebd: next kernel ready when you are |
23:11.06 | stinebd | you had me at hello |
23:13.08 | WisTilt2 | that's what she said |
23:13.18 | stinebd | not to me |
23:13.32 | stinebd | uh |
23:13.41 | stinebd | wow that was werid |
23:13.42 | stinebd | weird* |
23:13.57 | stinebd | a flood of those mdp irq messages |
23:14.07 | stinebd | i guess it got over it though, i'm at bootanim |
23:14.09 | WisTilt2 | yeah you had those last time also |
23:14.15 | stinebd | oh |
23:14.18 | stinebd | i wasn't watching last time |
23:14.39 | WisTilt2 | i need to comment that out. acl added it for testing and its not a problem, just very spammy |
23:14.55 | stinebd | like 40 seconds of that stuff |
23:15.16 | WisTilt2 | yeah thats a bit much |
23:15.19 | stinebd | lines, no image |
23:15.31 | stinebd | and eventual fade to black |
23:15.46 | stinebd | http://paste.ubuntu.com/606687/ |
23:15.55 | WisTilt2 | hmm. i may need to have you send me that phone after all |
23:16.50 | *** join/#htc-linux netson-ubuntu (~netson-ub@125.166.211.77) |
23:18.59 | WisTilt2 | well log shows its not losing the panel type like earlier tests and init is good. just need to sort out the gpio sequences. |
23:22.38 | stinebd | might have to wait to ship it heh |
23:26.27 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:f0a7:3d3c:a03f:ded0) |
23:28.24 | WisTilt2 | so it may be taking a trip to japan? |
23:28.44 | stinebd | maybe |
23:28.48 | stinebd | still undecided |
23:29.14 | WisTilt2 | just make sure you bring it a radiation suit |
23:30.12 | Cotulla | hm it can't write 30 bytes to microp |
23:30.14 | Cotulla | O_o |
23:30.20 | WisTilt2 | we have numerous dairies on our wireless service and just heard from a few of them that milk is testing 5% radiation levels whereas before it was less than .2% |
23:31.00 | stinebd | tokyo isn't getting significant increases in radiation |
23:31.18 | WisTilt2 | according to the coverup people:) |
23:31.39 | stinebd | according to people running radioactivity detectors and geiger counters on ustream |
23:31.44 | WisTilt2 | Cotulla how are you writing out to that microp addy? |
23:32.08 | stinebd | the government numbers are actually erring on the high side it seems |
23:32.27 | stinebd | their station is in an extreme north-central ward |
23:32.54 | Cotulla | standard static int i2c_write_block(struct i2c_client *client, uint8_t addr, uint8_t *data, int length) |
23:33.06 | Cotulla | there was limit 20 bytes, I increased it up to 64 |
23:33.14 | Cotulla | but no msm_i2c errors, strange |
23:33.27 | stinebd | north and east of fukushima are where the biggest problems are due to wind and seawater contamination |
23:36.37 | jonpry | WisTilt2, phone is working great at console, i think the only major problem is that it can't load certain binaries |
23:37.01 | Cotulla | hours of DOS <3 |
23:37.05 | Cotulla | :D |
23:38.30 | WisTilt2 | jonpry: i'll try your tree when you get it sync'd with what you have. Got side tracked today with this other stuff and was frustrated that .39 wouldn't boot so needed to get away from it before things got nasty around here:) |
23:38.55 | stinebd | WisTilt2: why don't we try this... |
23:39.05 | stinebd | make a kernel with every possible reinit combination |
23:39.15 | stinebd | that cycles through it every time i try to turn on the screen |
23:39.28 | stinebd | after 1500 tries or so we should get it |
23:40.10 | raymonddull | lol |
23:40.10 | WisTilt2 | it would take me longer to code all that than just build each test probably. |
23:40.20 | stinebd | why? |
23:40.41 | stinebd | shove a global counter in there and some switch statement |
23:40.44 | stinebd | and you're done |
23:41.00 | WisTilt2 | yeah but timing, numerous tables, etc? |
23:41.05 | stinebd | timing? |
23:41.08 | stinebd | screw that |
23:41.17 | stinebd | this hardware blows |
23:41.19 | WisTilt2 | gpio timing is where the problem is now i think |
23:41.25 | Cotulla | maybe disassemle it ? |
23:41.27 | WisTilt2 | init seems to be working |
23:41.41 | WisTilt2 | or you'd never had seen those partial graphics |
23:41.52 | stinebd | why can't they make it so you can just write MAIN SCREEN TURN ON to some register |
23:42.01 | arrrghhh | stinebd, noob |
23:42.03 | Cotulla | lol |
23:42.09 | arrrghhh | bwhahah |
23:42.11 | Cotulla | because hardware have usually a lot of settings |
23:42.16 | WisTilt2 | one thing im not setting is bits per pixel so that could also be a problem since we have no idea which register sets that |
23:42.23 | stinebd | move zig for great justice |
23:42.24 | Cotulla | which allow to fit it in the different scenarios |
23:43.49 | jonpry | WisTilt2, should be synced |
23:43.49 | jonpry | this guy had same problem on .39. http://groups.google.com/group/android-kernel/browse_thread/thread/57b21b03bb2f29ad/0572d2485d04a9ab?#0572d2485d04a9ab |
23:45.42 | WisTilt2 | jonpry you see the part about removing unrelated boards? he could then run binaries. you already try that? |
23:50.08 | stinebd | WisTilt2: so are we done with kernels now? |
23:50.10 | Cotulla | hahaha |
23:50.12 | Cotulla | it's working now |
23:50.18 | Cotulla | screen brigtness :) |
23:50.35 | Cotulla | so tables was missing |
23:50.41 | WisTilt2 | stinebd: yeah for today. taking wife out to dinner shortly so i'll be back in here tomorrow |
23:50.46 | stinebd | ok |
23:52.01 | jonpry | WisTilt2, well the only other board is halibut. but he was on a different platform and i'm guessing removed something else |
23:53.02 | WisTilt2 | ok pulled your changes so will try boot before i leave |
23:56.31 | Cotulla | okay next is H2W |
23:59.22 | WisTilt2 | jonpry did you make changes in gpio.c? |