00:01.37 | Heh_ | gauner1986: ok then |
00:02.01 | Heh_ | cant get my wifi to work, it gets stuk at "obtaining IP adress" |
00:02.09 | Heh_ | tried everyhing but no work |
00:02.18 | Heh_ | if you can look into this logcat |
00:02.19 | Heh_ | gauner1986> |
00:02.23 | Heh_ | http://pastebin.com/8YUMQMXL |
00:04.01 | *** join/#htc-linux StummeJ (~StummeJ@dhcp-135-7-149-24.cf-res.cfu.net) |
00:17.09 | gauner1986 | Heh_: that looks like a networking problem, not a kernel problem |
00:17.31 | Heh_ | http://pastebin.com/rzdLry0X |
00:17.34 | Heh_ | what abt that? |
00:24.14 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
00:26.58 | gauner1986 | dhcpcd.enter-hook <- so that file doesnt exist? |
00:27.56 | gauner1986 | did you try another build? |
00:28.54 | Heh_ | im building my own build |
00:30.32 | Cass | gauner1986, he's been at this for days .. puzzling |
00:30.50 | Cass | dhcp works but seems cant write lease info somwhere or the like |
00:32.24 | *** join/#htc-linux BlackRhino (~BlackRhin@c-71-63-195-232.hsd1.mn.comcast.net) |
00:37.54 | gauner1986 | hm |
00:38.06 | Cass | i think perms |
00:38.08 | Cass | but |
00:38.16 | gauner1986 | what about this file the error is about? |
00:38.26 | Cass | fuck knows .. i dont have that |
00:38.32 | fakker | ich tu dir weh, tut mir nicht Leid |
00:38.37 | Cass | unless its creates in the fly |
00:42.14 | gauner1986 | hm |
00:43.45 | *** join/#htc-linux InVisibleGoD (~IceChat7@bl8-150-181.dsl.telepac.pt) |
00:43.58 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
00:44.10 | Cass | seems those files are only existing if we create tehm |
00:44.12 | Cass | them |
00:44.21 | gauner1986 | i also dont have them |
00:44.43 | Cass | the runhooks file checks for them .. loops around |
00:44.50 | gauner1986 | but i would just try to create them |
00:44.53 | Cass | no need |
00:45.56 | *** join/#htc-linux TKDD (~TKDD@195-202.35-65.tampabay.res.rr.com) |
00:53.59 | *** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com) |
01:00.30 | *** join/#htc-linux LordDeath__ (~LordDeath@cable-81-173-165-181.netcologne.de) |
01:04.01 | *** join/#htc-linux rr5678 (44c64dda@gateway/web/freenode/ip.68.198.77.218) |
01:04.05 | *** part/#htc-linux rr5678 (44c64dda@gateway/web/freenode/ip.68.198.77.218) |
01:05.18 | *** join/#htc-linux rr5678 (44c64dda@gateway/web/freenode/ip.68.198.77.218) |
01:21.30 | *** join/#htc-linux phantomcircuit (~phantomci@32.172.123.171) |
01:27.20 | *** join/#htc-linux lewellyn (hue@greenviolet/lewellyn) |
01:27.31 | *** join/#htc-linux Mstrk242 (~Mstrk242@99-183-237-58.lightspeed.cicril.sbcglobal.net) |
01:31.04 | *** join/#htc-linux kmd (~deanek@ip70-181-2-2.ri.ri.cox.net) |
01:31.18 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
01:47.29 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
01:56.38 | *** join/#htc-linux dekar (~dekar@drms-4d015262.pool.mediaWays.net) |
02:01.01 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
02:10.53 | *** join/#htc-linux touch3 (touch3@cpe-65-28-185-201.wi.res.rr.com) |
02:13.53 | ALoGeNo | hye guys i have a problem with evdev and touchscreen |
02:14.31 | ALoGeNo | when i move a little the finger the mouse does a big movement |
02:14.39 | ALoGeNo | sorry my low skill of english |
02:15.25 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
02:20.46 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
02:22.05 | arrrghhh | WisTilt2, what's the good word my man |
02:25.26 | arrrghhh | perhaps you prefer what's the word my good man? :P |
02:28.32 | WisTilt2 | hey arrrghhh - just finished dinner, had a few beers, now ready to layout on the couch. no brain power tonight after a long day. |
02:29.33 | arrrghhh | lol i know how that goes. |
02:38.39 | WisTilt2 | arrrghhh you have any luck getting your phone to sleep with my last kernel? i dont know whats different but all our phones are sleeping like babies and getting well over 30hrs battery. |
02:39.34 | arrrghhh | you all have the same model tho right? |
02:39.37 | arrrghhh | all tilt2's |
02:39.38 | arrrghhh | ? |
02:39.55 | WisTilt2 | yes all on at&t rhod300's |
02:40.01 | arrrghhh | anhrm |
02:40.07 | arrrghhh | let me go back to your kernel. |
02:40.13 | arrrghhh | nothing new...? |
02:40.24 | WisTilt2 | nope same one |
02:40.27 | arrrghhh | ok. |
02:40.47 | WisTilt2 | with the hq video fix in it but i think you have that one already |
02:41.00 | arrrghhh | yea, i was testing that yesterday |
02:41.09 | arrrghhh | choppy but it displays. |
02:41.36 | arrrghhh | so bzo hasn't been able to demystify that? i guess it has something to do with the framebuffer? |
02:43.09 | WisTilt2 | yeah sounds like its a problem with fb affecting other things also |
02:43.57 | arrrghhh | ah. wish i even had a chance of understanding how to fix that :P |
02:44.59 | WisTilt2 | it can be done but who wants to spend time doing it. hopefully .35 can be used soon which should fix that |
02:45.40 | arrrghhh | yea, i see a lot of stuff about getting everything up to .35 |
02:45.47 | arrrghhh | or at the very least rhod :P |
02:45.51 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
02:46.37 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
02:49.56 | *** join/#htc-linux AndChat| (~Hastarin@120.154.137.222) |
02:50.51 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
02:51.20 | arrrghhh | WisTilt2, wanna know what killed my extended testing of your kernel last time? a phone call... blargh. my dad always seems to f-ing try and call me when i am testing android. i only talk to him like every 3-4 months too lol |
02:52.03 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
02:53.17 | arrrghhh | alright, gps off. let's see how long this'll work... |
02:55.09 | WisTilt2 | airplane mode time |
03:01.02 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
03:01.58 | arrrghhh | lol |
03:02.02 | arrrghhh | i kinda need my phone dude :P |
03:02.21 | arrrghhh | makes me sad, but c'est la vie. i've come to accept it with Android. |
03:02.45 | WisTilt2 | you need 2 |
03:07.57 | arrrghhh | gimmie one :D |
03:08.14 | arrrghhh | you seem to have a plethora haha |
03:14.21 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
03:15.56 | *** join/#htc-linux maricsmith (6241d193@gateway/web/freenode/ip.98.65.209.147) |
03:16.08 | maricsmith | hey gang. |
03:17.47 | maricsmith | anyone have any news on the hd2 boot loader progress? |
03:18.09 | arrrghhh | they gave up on it. |
03:18.27 | arrrghhh | something about too many people asking about the status or progress.... not sure. |
03:19.01 | maricsmith | lol, wasn't me. I've been away for 3 weeks. |
03:19.48 | *** join/#htc-linux bzo (~chatzilla@c-76-126-175-200.hsd1.ca.comcast.net) |
03:20.22 | arrrghhh | maricsmith, despite that, i'm sure you can read on the forums. or check coutella's twitter. whatever you fancy, there are way to consume information without resorting to nagging. |
03:20.23 | maricsmith | i did see that it supported native tetris, too bad they gave up on it. |
03:21.15 | maricsmith | arrghhh, i had been following htc-linux on twitter, but hadn't seen anything new. Guess i just wasn't on the right follower list. |
03:21.28 | maricsmith | err arrrghhh, sorry. |
03:21.29 | arrrghhh | meh |
03:21.38 | arrrghhh | either way, yargh |
03:21.56 | maricsmith | right right, well then. off to the forums. ttfn |
03:22.48 | arrrghhh | why is it so much fun being an asshole... |
03:26.26 | *** join/#htc-linux jumoit (~samuel@218.81.106.202) |
03:31.24 | *** part/#htc-linux jumoit (~samuel@218.81.106.202) |
03:31.41 | *** join/#htc-linux AndChat- (~Hastarin@120.159.56.127) |
03:32.19 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
03:32.39 | bzo | WisTilt2: same result with the fixed task table I'm afraid |
03:35.26 | shu8i | ~seen elbartome |
03:35.34 | apt | elbartome <~a@ip-109-90-64-144.unitymediagroup.de> was last seen on IRC in channel #htc-linux, 21d 9h 5m 42s ago, saying: 'ulysse gizmos'. |
03:35.38 | WisTilt2 | bzo: hmm, are you still getting the same error in same place with it? |
03:35.50 | bzo | looks like it |
03:36.27 | bzo | can you get to your gpio notes now? |
03:36.32 | WisTilt2 | did you put it in both image0 and combo? |
03:36.42 | bzo | just image0 |
03:36.54 | *** join/#htc-linux camro (~camro@89-104-29-101.customer.bnet.at) |
03:37.26 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
03:37.34 | WisTilt2 | might stick it on combo just to be sure |
03:38.29 | bzo | seems to already be the same |
03:38.33 | WisTilt2 | yeepee giants won after tied in 9th |
03:38.55 | bzo | except that you have JPEGTASK where the combo index has 0x2b |
03:39.17 | WisTilt2 | does both combo and image0 have the vfetask i added? that 2b is ok, thats jegtask value |
03:39.40 | bzo | yes |
03:41.13 | WisTilt2 | strange. im still not convinced the task index is actually being hit. dont really know how we could trap it to make sure. |
03:42.08 | WisTilt2 | ill do some more tracing tomorrow to see how the task id's are decided |
03:42.18 | bzo | like I said earlier, it seems to me that it's using the lookup by name and not by task |
03:42.51 | WisTilt2 | is there an actual place in the code referencing one of the cmdqueue's? |
03:43.38 | bzo | I haven't tried to trace it happening yet |
03:44.45 | WisTilt2 | if it is i'd like to know which actual cmdqueue its calling. |
03:44.58 | bzo | I think I need to track down why that i2c_write is failing |
03:45.38 | WisTilt2 | yeah that error might be keeping it from ever getting to the point of using the tables |
03:46.01 | WisTilt2 | so what ya need gpio wise? |
03:46.19 | bzo | my current code is using 30,33,34 |
03:46.27 | bzo | not sure if that is completely correct |
03:47.00 | bzo | in fact the only one that seems to track the camera on/off is 33 |
03:48.53 | WisTilt2 | let me see what we have for those |
03:51.57 | WisTilt2 | those are all gpio2 which we havent mapped yet |
03:52.30 | WisTilt2 | looking at docs though, i'd say 33 and 34 are good, 30 is not |
03:53.07 | WisTilt2 | 30 looks like it pertains to cam sync timer enable |
03:53.35 | bzo | I'm fuzzy on where exactly I got those, but I think I originally trace through haret |
03:54.06 | bzo | so do you think I should not touch 30? |
03:54.14 | WisTilt2 | you're just using them for power? |
03:54.30 | bzo | right, just for power on init |
03:54.57 | WisTilt2 | are you using all 3 while getting the error or just trying one at a time? |
03:55.30 | bzo | in my code, looks like I have 30 set to reset, 33 to sensor_pwr, 34 to af_pwr |
03:55.42 | bzo | I'm toggling 30 high then low on init |
03:56.10 | bzo | hmm, not sure why I have 33 low though |
03:56.20 | bzo | though the camera driver does it's own thing with it as well though |
03:56.45 | WisTilt2 | 30 is pull up default so going low then back high should be what needs to happen, if 30 ends up being ok to use |
03:56.47 | jonpry | i thought i2c writes were working now |
03:57.14 | bzo | it works for a bunch of stuff, then fails |
03:57.14 | jonpry | wistilt2: i think it is an active high reset |
03:58.05 | WisTilt2 | im just saying 30's normally high so you'd have to pull low then high right? |
03:58.19 | WisTilt2 | 33 and 34 are both normally low |
03:59.15 | jonpry | i don't think the power on pull up stuff is particularly relevent |
04:00.08 | WisTilt2 | bzo when you disable all 3 do you still get the error? |
04:00.16 | jonpry | they probably chose a pulled up one because it keep the sensor off on power on, so low turns the sensor on, but once output is enabled, you still need the high, then low in order to reset it |
04:00.43 | bzo | WisTilt2: I can try that in a moment. I'm testing if setting 30 high does anything |
04:00.54 | WisTilt2 | jonpry: that makes more sense |
04:00.59 | *** join/#htc-linux ElFinLa99 (~elfinlazz@203.236.23.43) |
04:01.01 | bzo | err 33 high I mean |
04:01.37 | bzo | jonpry: is the a9 known to reset the i2c bus at times? |
04:01.46 | jonpry | oh for sure |
04:02.07 | bzo | because the i2c write fails soon after it enables the first dsp task |
04:02.15 | jonpry | but mostly around calls |
04:02.37 | jonpry | theres probably other non deterministic times, but your problem is deterministic |
04:03.02 | *** join/#htc-linux AndChat- (~Hastarin@120.152.249.59) |
04:03.55 | bzo | jonpry, also the current theory is that toggling gps causes microp to get reset (presumably by a9) |
04:03.58 | jonpry | bzo: maybe read the gpios after the dsp task |
04:04.35 | jonpry | why is resetting microp a problem? |
04:04.50 | bzo | breaks the ambient stuff |
04:05.40 | WisTilt2 | hey bzo are you only doing gpio_set_value or doing any cfg ahead of time? |
04:06.23 | bzo | configuring them as GPIOF_DRIVE_OUTPUT |
04:06.43 | jonpry | a call would certainly get a9 messing with microp, but i don't know what gps would need it for. maybe it turns on an RF amp or something |
04:06.55 | bzo | oh interesting, different errors now |
04:07.15 | bzo | <4>[ 260.260345] bma150, i2c read retry |
04:07.17 | bzo | <3>[ 260.260437] bma150 0-0038: i2c_read_block retry over 10 |
04:07.19 | bzo | <3>[ 260.260467] bma150 0-0038: gsensor_read_acceleration: i2c_read_block fail |
04:07.20 | bzo | <3>[ 262.277954] msm_i2c msm_i2c.0: Error waiting for notbusy |
04:07.22 | bzo | repeating over and over |
04:07.35 | bzo | err, sorry wrong paste |
04:07.49 | jonpry | bleh, why is bma150 even running |
04:07.52 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
04:08.15 | bzo | never mind, that is what I meant to paste. bma stuff confused my brain |
04:08.51 | *** part/#htc-linux shu8i (~shu8i@66.87.1.65) |
04:09.00 | bzo | microp backlight stuff is starting to complain now too |
04:09.14 | bzo | i2c bus must be trashed |
04:09.56 | bzo | camera app is not force closing like before either, android looks to be completely locked |
04:10.07 | *** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk) |
04:10.39 | WisTilt2 | is that with just 30 going high? |
04:10.43 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
04:11.45 | bzo | 33 high, and flipping the toggle order of 30 |
04:12.18 | bzo | logs show the camera config getting at least one step further |
04:12.30 | WisTilt2 | so on 30 your going high then low now? |
04:12.52 | bzo | setting it to low, then setting high |
04:13.01 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
04:13.31 | bzo | aaaand just rebooted by itself to winmo |
04:14.14 | WisTilt2 | how much farther did the camera get this way though? |
04:14.57 | bzo | it successfully finished the step where it time out before, then the slew of i2c errors starts |
04:15.25 | *** join/#htc-linux TheDeadCPU (~TheDeadCP@89-162-46-133.insignal.net) |
04:15.45 | bzo | so did you and jonpry come to agreement on what the toggle order should be? |
04:16.00 | WisTilt2 | i think it should be low then high |
04:16.19 | WisTilt2 | since its normally high, but i see what jonpry is saying also |
04:16.32 | WisTilt2 | what output level are you setting 33 and 34 to? |
04:17.16 | bzo | not setting it explicitly |
04:19.32 | WisTilt2 | 33 and 34 need to be set to drive level. their default level is 2ma but dont know if that needs to be raised or not. |
04:20.27 | bzo | I'm not even sure why gpio power is needed, because I also need to enable 4 power vreg |
04:21.37 | WisTilt2 | not knowing exactly what the pin is actually driving makes it hard to know. dont know what the current drain on the camera would be but gpio can only supply max of 16ma |
04:22.44 | *** join/#htc-linux Pr0f1l3R (~Pr0f1l3R@ti0035a340-dhcp0912.bb.online.no) |
04:22.50 | jonpry | i'd imagine is just a chip enable. lvcmos input |
04:23.03 | bzo | changed the order of the reset and now the i2c is not going crazy |
04:23.25 | WisTilt2 | do you have both 33 and 34 held high also? |
04:23.26 | bzo | and suceeds where i2c timeout earlier |
04:23.31 | bzo | yes |
04:23.51 | bzo | camera is not crashing, but screen is blank |
04:24.18 | WisTilt2 | in your drv output cmd what value you sending? |
04:24.42 | bzo | gpio_configure(33, GPIOF_DRIVE_OUTPUT | GPIOF_OUTPUT_HIGH) |
04:25.11 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
04:25.15 | WisTilt2 | <PROTECTED> |
04:26.55 | WisTilt2 | looks like that should be 0x04 |
04:27.19 | bzo | #define GPIOF_DRIVE_OUTPUT 0x00040000 |
04:27.22 | WisTilt2 | if im reading docs right. |
04:27.26 | bzo | #define GPIOF_OUTPUT_HIGH 0x00100000 |
04:28.11 | jonpry | the code we use doesn't match the tlmm register |
04:28.42 | jonpry | sort of does, its just shifted all about |
04:28.53 | WisTilt2 | yeah shifted left too much |
04:29.07 | WisTilt2 | bits 2-5 are the cfg for gpio |
04:34.16 | WisTilt2 | that 0x00040000 seems like it should be shifted right 16bits. then you have the right value. the output func you're running must be doing that since 0x04 is the value i came up with from the docs if that makes any sense. |
04:35.09 | bzo | yeah sounds about right |
04:35.36 | WisTilt2 | if not, 33 and 34 are not changing to high i think |
04:36.30 | bzo | well, I guess no more obvious errors is progress |
04:36.44 | bzo | though how to debug further gets a bit harder to figure out |
04:36.55 | jonpry | what does the dmesg say now? |
04:37.21 | bzo | it succeeds on the i2c failure from before, then nothing |
04:37.38 | bzo | camera app continues to live with blank preview |
04:37.57 | jonpry | still get the vfetask not started? |
04:38.38 | bzo | yes, though now I see that it is caused by the camera trying to shut down |
04:38.47 | bzo | i.e. doesn't happen until I manually close the camear |
04:38.56 | bzo | I think before the camera was force closing by itself |
04:40.03 | jonpry | does it still say bytes transferred 0 for everything? |
04:40.49 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
04:41.12 | bzo | don't see any i2c message in log anymore |
04:42.37 | jonpry | adsp message |
04:42.47 | jonpry | anywho, gotta sleep, ttyl |
04:42.51 | bzo | oh, looks like the problem is on the android side now |
04:42.57 | bzo | getting gpu mem alloc errors |
04:43.09 | bzo | ok, seeya later |
04:43.41 | WisTilt2 | nite jonpry |
04:44.46 | bzo | weird, gralloc is failing after having allocated 9183.75kb |
04:44.52 | bzo | where is it even getting that much?? |
04:45.02 | bzo | afaik, it only has access to the 8mb in ebi |
04:47.19 | WisTilt2 | 8192 should be max. plot thickens |
04:48.05 | WisTilt2 | so you have 30 going low then high, 33/34 held high at this point? |
04:48.09 | bzo | memory is being seen as: |
04:48.12 | bzo | D/EGL.oem ( 1704): smi: offset=10000000, len=00700000, phys=0x100000 |
04:48.14 | bzo | D/EGL.oem ( 1704): ebi: offset=00000000, len=00800000, phys=0x16300000 |
04:48.16 | bzo | D/EGL.oem ( 1704): reg: offset=20000000, len=00100000, phys=0xa0000000 |
04:48.28 | bzo | I dunno what the heck that 3rd one is |
04:49.38 | bzo | 30 high, then low, 33/34 high |
04:51.06 | WisTilt2 | phy x0a0000000 i believe is crypto memory base address. |
04:52.28 | WisTilt2 | if you set 30 high,low,high do you get the i2c errors? |
04:52.35 | bzo | for reference, this is my logcat excerpt: |
04:52.38 | bzo | http://pastebin.ca/1968651 |
04:52.45 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
04:52.58 | bzo | when I did it that way, i2c went crazy |
04:55.09 | bzo | I think I'm gonna call it a night |
04:55.28 | bzo | ttyl WisTilt2 |
04:55.37 | WisTilt2 | ok im going to mess with this tomorrow. |
05:05.41 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@86.127.164.88) |
05:12.24 | *** join/#htc-linux DomZ_ (~chatzilla@89.159.175.242) |
05:15.52 | *** join/#htc-linux Kasjopaja (~Tina@p57BC0936.dip0.t-ipconnect.de) |
05:18.04 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
05:32.27 | *** join/#htc-linux mousepad_ (ad03acce@gateway/web/freenode/ip.173.3.172.206) |
05:33.36 | mousepad_ | does this work with the cdma HTC touch pro (verizon) |
05:49.05 | *** join/#htc-linux mastermerlin (~Adium@p4FEE52E6.dip.t-dialin.net) |
06:10.28 | *** join/#htc-linux bravo (~bravo@adsl-68-126-199-12.dsl.pltn13.pacbell.net) |
06:11.42 | *** join/#htc-linux taiu (~andrem@88.196.5.82) |
06:16.38 | *** join/#htc-linux narta (~narta@79.167.199.94) |
06:16.50 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
06:20.33 | *** join/#htc-linux netson (~netson@202.159.118.21) |
06:30.37 | *** join/#htc-linux fanta (43a8617a@gateway/web/freenode/ip.67.168.97.122) |
06:31.50 | *** join/#htc-linux kiozen (~kiozen@p5DDF0B7E.dip.t-dialin.net) |
06:35.09 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@86.127.164.75) |
06:41.53 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
06:57.59 | *** join/#htc-linux TheDeadCPU (~TheDeadCP@77-110-193-117.network.itconnect.no) |
07:08.01 | *** join/#htc-linux Major_Sarcasm (~Sarcy@w-175.cust-7075.ip.static.uno.net.uk) |
07:41.32 | *** join/#htc-linux UnknownArtists (~unknown@84.19.198.82) |
07:43.27 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
07:44.25 | *** join/#htc-linux Abracadabr4 (~Abra@148.203.71-86.rev.gaoland.net) |
07:45.05 | *** join/#htc-linux kalemas (~kalemas@84.19.183.172) |
07:47.41 | *** join/#htc-linux isikil87 (5fef54ad@gateway/web/freenode/ip.95.239.84.173) |
07:51.30 | *** join/#htc-linux r1ddl3r (~narta@79.167.199.94) |
07:54.03 | *** join/#htc-linux madmax241178 (d9ba4eb5@gateway/web/freenode/ip.217.186.78.181) |
07:54.23 | *** join/#htc-linux xawen (~Admin@pool-108-3-217-138.bltmmd.fios.verizon.net) |
07:56.02 | *** join/#htc-linux Major_Sarcasm (~Sarcy@w-175.cust-7075.ip.static.uno.net.uk) |
07:56.02 | *** join/#htc-linux avinashhm (~avinash-h@192.163.20.231) |
07:56.02 | *** join/#htc-linux rzk (~rzk@daemonet.ru) |
07:56.02 | *** join/#htc-linux Kensan (~ken@mail.codelabs.ch) |
07:56.02 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
07:56.02 | *** join/#htc-linux Refuge (~none@99.14.111.31) |
07:56.02 | *** join/#htc-linux ali1234 (~ajb@robotfuzz.co.uk) |
07:56.02 | *** join/#htc-linux tmzt_ (~tmzt@adsl-99-164-62-33.dsl.akrnoh.sbcglobal.net) |
07:56.23 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
07:56.23 | *** join/#htc-linux Pr0f1l3R (~Pr0f1l3R@ti0035a340-dhcp0912.bb.online.no) |
07:56.23 | *** join/#htc-linux Cass-zzzzzz (~Cass@188-220-34-222.zone11.bethere.co.uk) |
07:56.23 | *** join/#htc-linux IFailStuff (~IFail@unaffiliated/ifailstuff) |
07:56.23 | *** join/#htc-linux Scepterr|AFK (scepterr@mte.rootmy.mobi) |
07:56.23 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
07:56.24 | *** join/#htc-linux StummeJ__ (~StummeJ@wrt206-04.cns.uni.edu) |
07:56.24 | *** join/#htc-linux Scepterr (scepterr@mte.rootmy.mobi) |
07:57.57 | *** join/#htc-linux camro (~camro@89-104-29-101.customer.bnet.at) |
08:02.34 | *** join/#htc-linux dd3m0n (~BT@79.101.1.2) |
08:08.23 | *** join/#htc-linux Guachiflai (57d91f78@gateway/web/freenode/ip.87.217.31.120) |
08:11.02 | *** join/#htc-linux netson (~netson@202.159.118.21) |
08:19.30 | *** join/#htc-linux Liammm (~Liam@178.238.137.221) |
08:41.42 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
08:45.23 | *** join/#htc-linux [zozi]_ (~chatzilla@2.80.166.29) |
08:45.29 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
08:52.30 | *** join/#htc-linux johnb81 (~john@78.161.55.96) |
09:00.32 | *** join/#htc-linux FsTluxe (~FsTluxe@82.176.11.11) |
09:01.23 | FsTluxe | hi |
09:06.49 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
09:12.26 | *** join/#htc-linux StummeJ__ (~StummeJ@wrt206-04.cns.uni.edu) |
09:12.43 | *** join/#htc-linux Pr0f1l3R (~Pr0f1l3R@ti0035a340-dhcp0912.bb.online.no) |
09:16.15 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
09:16.15 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
09:16.19 | *** join/#htc-linux unilinky (~unilinky@wikipedia/harddisk/bot/unilinky) |
09:17.54 | *** join/#htc-linux IFailStuff (~IFail@unaffiliated/ifailstuff) |
09:20.14 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
09:25.29 | *** join/#htc-linux jonolo (~AndChat@62.49.9.253) |
09:26.27 | *** join/#htc-linux antoszka (~antoszka@unaffiliated/antoszka) |
09:27.01 | *** join/#htc-linux friehmaen (freeman@xers.de) |
09:27.45 | *** join/#htc-linux bartman (~bart@2001:470:b014::dd) |
09:29.49 | *** join/#htc-linux jonolo (~AndChat@62.49.9.253) |
09:32.28 | *** join/#htc-linux dd3m0n (~BT@193.34.64.154) |
09:32.50 | *** join/#htc-linux antoszka (~antoszka@unaffiliated/antoszka) |
09:33.15 | *** join/#htc-linux bartman (~bart@2001:470:b014::dd) |
09:34.56 | *** join/#htc-linux Hastarin (~Hastarin@220-253-62-225.VIC.netspace.net.au) |
09:37.50 | *** join/#htc-linux antoszka (~antoszka@unaffiliated/antoszka) |
09:57.56 | *** join/#htc-linux Abracadabr4 (~Abra@unaffiliated/abracadabra) |
10:04.09 | camro | phh: still here ? |
10:04.29 | camro | new battery patch: -> http://pastebin.com/vEH1gez5 |
10:05.11 | *** join/#htc-linux andrewvhs (~andrewvsh@80.79.70.162) |
10:08.16 | *** join/#htc-linux Guachiflai (502448a9@gateway/web/freenode/ip.80.36.72.169) |
10:21.11 | *** join/#htc-linux InVisibleGoD (~IceChat7@bl8-150-181.dsl.telepac.pt) |
10:21.46 | *** join/#htc-linux jonolo (3e3109fd@gateway/web/freenode/ip.62.49.9.253) |
10:28.04 | *** join/#htc-linux DunkDream (4e5e0a3b@gateway/web/freenode/ip.78.94.10.59) |
10:32.39 | *** join/#htc-linux marex (~marex@gprs25.vodafone.cz) |
10:34.08 | *** join/#htc-linux isikil87 (5fef54ad@gateway/web/freenode/ip.95.239.84.173) |
10:34.36 | *** join/#htc-linux DunkDream (4e5e0a3b@gateway/web/freenode/ip.78.94.10.59) |
10:44.29 | *** join/#htc-linux Markinus (~Miranda@212.255.35.7) |
10:45.32 | *** join/#htc-linux Rajko (~Rajko@cable-94-189-158-221.dynamic.sbb.rs) |
10:47.20 | *** join/#htc-linux isikil87 (5fef54ad@gateway/web/freenode/ip.95.239.84.173) |
10:56.25 | *** join/#htc-linux gauner1986 (~Miranda@p508C716C.dip.t-dialin.net) |
10:56.50 | gauner1986 | hi |
11:09.09 | *** join/#htc-linux dd3m0n1 (~BT@79.101.1.2) |
11:17.00 | *** join/#htc-linux Cass (~Cass@nat/sun/x-cyllyqkypwokaefv) |
11:18.37 | *** join/#htc-linux Scepterr_ (scepterr@mte.rootmy.mobi) |
11:21.28 | *** join/#htc-linux Scepterr|AFK (scepterr@mte.rootmy.mobi) |
11:23.04 | *** join/#htc-linux kse (~virus@dslb-084-062-151-137.pools.arcor-ip.net) |
11:29.06 | *** join/#htc-linux |Atom| (~atom@82.194.234.249) |
11:32.43 | *** join/#htc-linux EclipseX (~32@a79-169-217-168.cpe.netcabo.pt) |
11:46.00 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-165-181.netcologne.de) |
11:46.03 | *** join/#htc-linux Rajko (bitrot@cable-94-189-158-221.dynamic.sbb.rs) |
11:49.33 | *** join/#htc-linux jonpry (~jonpry@63.245.31.4) |
11:59.14 | *** join/#htc-linux isikil87 (5fef54ad@gateway/web/freenode/ip.95.239.84.173) |
12:05.50 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
12:06.24 | *** join/#htc-linux Daevoq (~IceChat7@95.239.99.113) |
12:09.55 | *** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com) |
12:13.00 | *** join/#htc-linux rob_w (~bob@pD95EE35C.dip.t-dialin.net) |
12:24.16 | *** join/#htc-linux gauner1986 (~Miranda@p508C716C.dip.t-dialin.net) |
12:24.37 | gauner1986 | markinus: did you have some play with battery-driver again? :) |
12:29.08 | Markinus | a bit. But womething else, why did you not enable n in the platformdata instead to revome the check from the driver? |
12:29.13 | Markinus | something |
12:29.26 | gauner1986 | platformdata? |
12:29.28 | Markinus | .dot11n_enable = 1, |
12:29.34 | Markinus | in htcleo-wifi.c |
12:29.43 | Markinus | in this htcleo_wifi_control struct |
12:30.10 | gauner1986 | markinus: hm.. but that switch doesn't make sense.. why would we want to disable n at compiletime? |
12:30.18 | gauner1986 | so throwing it out is not a that bad idea |
12:30.40 | Markinus | gauner1986: its default disable, this all. I thing beacuse n isn''T so good for battery |
12:30.47 | Markinus | think |
12:34.11 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@86.127.164.74) |
12:34.25 | Markinus | gauner1986: I think we shoud add a kernel para for it. I would say for most people is more battery life more importand as n |
12:35.40 | gauner1986 | ok |
12:35.55 | gauner1986 | but if you don't connect to a wireless n point you won't have problems with battery life |
12:36.12 | *** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com) |
12:36.47 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
12:36.51 | Markinus | hmm, I'm not sure. He is searching the whole time on this frequencies too |
12:37.56 | gauner1986 | nah |
12:38.11 | gauner1986 | wireless g devices are also able to find wireless n access points |
12:38.23 | gauner1986 | but they can't connect to them |
12:38.27 | *** join/#htc-linux TheDeadCPU (~TheDeadCP@89-162-46-133.insignal.net) |
12:39.26 | Markinus | what I say, I'm not sure, dodn't know how this is realized in the card |
12:41.03 | WizzKidd | my newly compiled kernel is crashing, is there a way i can output the scrolling text to a file so i can debug the error? |
12:41.24 | gauner1986 | dmesg? ramconsole? |
12:42.21 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@86.127.164.74) |
12:43.22 | *** join/#htc-linux netson (~yaaic@120.164.17.248) |
12:44.17 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
12:44.36 | LeTama | hello guys! |
12:44.41 | gauner1986 | hey letama |
12:45.40 | LeTama | Markinus, I took another shot at audio, I want to discuss about this with you if you have time |
12:47.22 | LeTama | first, let me explain what I did: audio is not so good in nand because we use android acdb file |
12:48.24 | Markinus | so you thinkl we should user winces? |
12:48.32 | LeTama | yes |
12:49.07 | LeTama | so, that's what I did: I grabbed wince values with a modified kernel launched without magldr |
12:49.20 | LeTama | and then I rebuilt a default.acdb with wince values |
12:49.28 | Markinus | nice |
12:49.29 | gauner1986 | so you used them from memory? |
12:49.31 | Markinus | and works? |
12:49.34 | LeTama | yes, it works |
12:50.09 | LeTama | however, to make it work, I have to do the same trick Cotulla did with wince in mem |
12:50.51 | LeTama | so it means that I have to patch q6audio.c and that after the patch, if someone has the android default.acdb, he will end up with robotic |
12:51.08 | gauner1986 | ah |
12:51.43 | *** join/#htc-linux dd3m0n (~BT@193.34.64.154) |
12:51.59 | Markinus | Tama: what if we rename it |
12:52.04 | Markinus | Tama: htcleo.acdb |
12:52.22 | WizzKidd | gauner1986: im not sure h ow to do it |
12:52.41 | Markinus | LeTama: ^ |
12:52.48 | gauner1986 | me neither.. search xda for ramconsole on your device |
12:52.53 | LeTama | Markinus, it's could be a good idea |
12:53.14 | LeTama | however, it seems that some builds are using different acdb depending on country |
12:53.52 | Markinus | intresting, hmm are there in wince different too? I think we didn't know that |
12:54.19 | LeTama | In ce, we have different rom for different countries, so I guess we never saw it |
12:54.44 | Markinus | yes |
12:54.47 | gauner1986 | because of a stupid rule from microsoft, yeah |
12:54.47 | gauner1986 | :P |
12:54.55 | LeTama | for instance, France has a law that limits output to 100 db or so, hence the specific file |
12:55.13 | gauner1986 | lolwat |
12:55.26 | LeTama | yes, health issue :) |
12:56.09 | LeTama | Personally, I don't have any objection in hard-coding a single value for htcleo. |
12:56.13 | Markinus | LeTama: I would say we do htcleo.acdb and it's ok. |
12:56.30 | Markinus | yes, we could add a kernel para if it'S needed |
12:57.02 | LeTama | sounds good to me too, let's do that then. I'll keep the current way of working, no htcleo.acdb, grab it from memory, so wince people will be happy |
12:57.11 | *** join/#htc-linux jonpry (~jonpry@63.245.31.4) |
12:57.16 | gauner1986 | ^^ |
12:57.19 | Markinus | yeah |
12:57.32 | LeTama | now, second question, where do I put the acdb in git ? :) |
12:57.53 | gauner1986 | and so they lived lucky forever.. |
12:58.22 | gauner1986 | put it to kernel root? :D |
12:58.54 | LeTama | I could do /firmware/htcleo even if readme says don't put anything new there :) |
12:59.29 | gauner1986 | :D |
13:00.05 | gauner1986 | i think it's a good idea to put it to root actually.. there anybody sees it instantly |
13:00.19 | gauner1986 | and it's just a single file |
13:00.20 | Markinus | LeTama: hmm, good question. Maybe a other place? Like the lib repo? |
13:00.45 | LeTama | Markinus: well, it's really kernel related |
13:00.52 | DomZ | yeap |
13:01.01 | DomZ | hi guys |
13:01.12 | DomZ | good news LeTama :) |
13:01.17 | LeTama | hi DomZ! |
13:02.32 | Markinus | LeTama: the wlan firmware isn't there too . . . but maybe you'Re right, so it's on one place |
13:02.42 | DomZ | since you will patch qaudio |
13:02.51 | DomZ | the file should be in kernel |
13:03.37 | Markinus | LeTama: but I like it more if it's in userspace . . not in the kernel |
13:04.01 | noellenchris | LeTama, where can we find the modified default.acdb file? I'm rebuilding my build and would like to try it instead of deleting the old one to avoid robot voice etc. |
13:04.17 | Markinus | LeTama: so builders yould change it if there is realy a other one for a country needed |
13:04.27 | DomZ | ^^ |
13:04.33 | Markinus | could |
13:05.42 | LeTama | Markinus, yes, in theory. |
13:05.56 | DomZ | LeTama, may be those values could be in a CONFIG variable ? |
13:07.02 | LeTama | Markinus, However, doing it is not easy with my method: patch q6audio.c to trash acdb request and expose sysfs to query memory, plus userspace app to rebuild the file |
13:07.46 | LeTama | noellenchris: you need the acdb and the patch, else you end with robotic voice :) |
13:08.10 | DomZ | does will fix also the echo problem ? |
13:08.21 | noellenchris | ohh.,,, I delete my current one from cm6 since the mic is too sensitive... |
13:08.23 | LeTama | DomZ: it seems to be fine now |
13:08.35 | gauner1986 | LeTama: testing time :) |
13:08.46 | DomZ | great news ! |
13:09.01 | Markinus | LeTama: yes, you're right, but my opinion is userspace. In same place like googles one |
13:09.37 | LeTama | Markinus: htc leo libraries git then ? |
13:09.46 | Markinus | I would say yes |
13:09.56 | LeTama | Markinus: fine for me, gauner1986, you will have to commit it for me |
13:10.22 | Markinus | have to go . . bye |
13:10.26 | LeTama | bye! |
13:11.16 | LeTama | gauner1986: if you want to test, you need my kernel. I need to write a proper patch for it before commit |
13:12.28 | gauner1986 | LeTama: hm.. i don't know how to create a new repository in there.. maybe i just have rights to commit stuff to one of the existing ones |
13:12.40 | gauner1986 | LeTama: okay, then i'll wait for the patch |
13:13.56 | LeTama | gauner1986: ok |
13:18.59 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@86.127.164.74) |
13:23.30 | EclipseX | hey |
13:23.38 | EclipseX | call drop probleme here |
13:40.09 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
13:41.35 | *** join/#htc-linux CODRUT (597affae@gateway/web/freenode/ip.89.122.255.174) |
13:43.26 | *** join/#htc-linux BlackadderATM (~Blackadde@207.207.60.146) |
13:56.12 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
14:00.24 | *** join/#htc-linux miknix (~miknix@2.82.27.3) |
14:00.24 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
14:00.49 | *** join/#htc-linux new-lakeman (~lakeman@ppp121-45-183-45.lns20.syd7.internode.on.net) |
14:03.38 | noellenchris | cass, rebuild from scratch and after upgrade of nightly I can't get data connection again. I must be copying a file I shouldn't over....? |
14:04.25 | *** join/#htc-linux avinashhm (~avinash-h@192.163.20.231) |
14:13.10 | *** join/#htc-linux Guachiflai (502448a9@gateway/web/freenode/ip.80.36.72.169) |
14:16.21 | *** join/#htc-linux netson (~yaaic@120.164.18.47) |
14:16.39 | *** join/#htc-linux tehtrk (~tehtrk@rrcs-24-173-220-30.sw.biz.rr.com) |
14:17.04 | *** part/#htc-linux Baeen (~Bane@ppp118-208-200-82.lns20.hba1.internode.on.net) |
14:41.11 | EclipseX | any one use evor revolution 1.8? |
14:42.41 | *** join/#htc-linux _Atom_ (~atom@195.158.228.71) |
14:45.38 | *** part/#htc-linux kalemas (~kalemas@84.19.183.172) |
14:49.40 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
14:50.32 | *** join/#htc-linux bally3 (c13dff54@gateway/web/freenode/ip.193.61.255.84) |
14:53.46 | *** join/#htc-linux kalemas (~kalemas@84.19.183.172) |
14:54.06 | *** join/#htc-linux ALoGeNo (~alogeno@83.38.204.140) |
14:54.10 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
14:56.24 | *** join/#htc-linux iam123sit (~iam123sit@nc-208-17-66-195.sta.embarqhsd.net) |
14:57.20 | *** join/#htc-linux TKDD (~TKDD@195-202.35-65.tampabay.res.rr.com) |
15:02.54 | *** join/#htc-linux Cass (~Cass@188-220-34-222.zone11.bethere.co.uk) |
15:03.45 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d87c791.pool.mediaWays.net) |
15:03.55 | *** join/#htc-linux MacDrunk (~marper@201.164.175.123) |
15:07.32 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
15:10.03 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
15:10.26 | *** join/#htc-linux csy7550 (~Anon@198.84-48-193.nextgentel.com) |
15:14.13 | *** join/#htc-linux arrrghhh (~arrrghhh@205.243.23.247) |
15:14.47 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
15:15.54 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
15:19.56 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
15:20.43 | Cotulla | hello |
15:20.50 | Cass | hi |
15:21.07 | Cotulla | any news? |
15:21.08 | *** part/#htc-linux kalemas (~kalemas@84.19.183.172) |
15:21.28 | Cass | not that ive seen today .. not been payin attn tho |
15:21.50 | Cass | corruption seems fixed for me since i cretaed proper /cache partition |
15:21.59 | Cotulla | proper? |
15:21.59 | Cass | cant make it corrupt at all |
15:22.06 | *** part/#htc-linux StummeJ__ (~StummeJ@wrt206-04.cns.uni.edu) |
15:22.07 | Cass | no matter what i do its fine |
15:22.14 | Rajko | i have NOTHING in /cachemnt |
15:22.23 | Cotulla | I am busy this days up to end of week :) |
15:22.38 | Cass | dmesg shows yaffs use recover jounal for any issus it fins |
15:22.40 | Cass | finds |
15:23.00 | Cass | Rajko, and your on cm6 nightly ? |
15:23.09 | Rajko | yes |
15:23.12 | Cass | weird |
15:23.33 | Cass | mine has all dalvik cache stuff for /data/app |
15:23.46 | Cass | data dalvik cache is full of stuff for system/app |
15:24.09 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-25-51-102.client.mchsi.com) |
15:24.20 | gauner1986 | hey cotulla |
15:24.34 | Rajko | my dalvik-cache is in /data itself |
15:24.43 | DomZ | LeTama has fixed sound :) |
15:24.46 | gauner1986 | mine too |
15:24.49 | DomZ | hi LeTama, Cass |
15:24.53 | Cass | yeah mine is too, only for apps in /system |
15:24.56 | Cotulla | what about drain |
15:24.57 | EclipseX | hey |
15:25.01 | Cass | still an issue |
15:25.02 | gauner1986 | i dunno what the problems with sound were |
15:25.05 | gauner1986 | but okay |
15:25.07 | gauner1986 | letama fixed them |
15:25.08 | gauner1986 | :D |
15:25.12 | Cass | but not so much |
15:25.12 | EclipseX | Cotulla i've a isue on evo 1.8 |
15:26.11 | gauner1986 | battery driver is still fucked |
15:26.15 | gauner1986 | but markinus is working on it |
15:26.23 | Rajko | http://i.imgur.com/LLca9.png http://i.imgur.com/KlyGa.png |
15:26.48 | *** join/#htc-linux eugenb (~no@dslb-188-101-075-136.pools.arcor-ip.net) |
15:27.15 | gauner1986 | that's what i have too |
15:29.17 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
15:29.23 | *** join/#htc-linux TKDD (~TKDD@195-202.35-65.tampabay.res.rr.com) |
15:29.57 | Cass | http://pastebin.com/i2fXRnAb |
15:30.01 | Cass | mine ^^ |
15:30.26 | Cass | im on cm6 nightly 216 |
15:30.47 | DomZ | can I remove everything in lost+found ? |
15:31.19 | DomZ | I have 9mo in /data/lost+found |
15:31.33 | Cass | thats files that have been cleaned when fsck or other has been run |
15:31.40 | Cass | journal recovered etc |
15:31.52 | DomZ | ok can I deleted them ? |
15:31.55 | Cotulla | that about hw reset? |
15:31.57 | Cass | you can remove them if you dont want to work out what they are |
15:32.03 | Cotulla | fast press to reset button |
15:32.12 | Cotulla | is it still alive |
15:32.12 | Cotulla | ? |
15:32.20 | Cass | whats fast press ? |
15:32.37 | Cass | vol down and power ? |
15:32.58 | Cotulla | no\ |
15:33.02 | Cotulla | reset button |
15:33.09 | Cass | ahh yeah that works |
15:41.50 | manusfreedom | hi |
15:42.35 | tehtrk | is away: Away |
15:42.57 | gauner1986 | hi manusfreedom |
15:43.10 | Cotulla | hh |
15:44.40 | manusfreedom | Cotulla: what do we need to fix/finish the battery driver? (if it is always a pb...) |
15:45.40 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
15:46.26 | *** join/#htc-linux alyur_hm (~alexander@217.116.62.236) |
15:46.41 | *** join/#htc-linux FET (~oni@dynamic-95-188-171-1.pppoe.khakasnet.ru) |
15:48.15 | gauner1986 | manusfreedom: it needs to write some calibration data to the cip |
15:48.28 | gauner1986 | manusfreedom: and maybe the percentage isn't calculated correctly |
15:48.43 | gauner1986 | but i can only guess |
15:49.08 | *** join/#htc-linux narta (~narta@79.167.199.94) |
15:52.05 | Cotulla | acr calibration at top |
15:52.07 | Cotulla | :P |
15:54.33 | *** join/#htc-linux taiu (~andrem@20.146.191.90.dyn.estpak.ee) |
15:56.39 | manusfreedom | like they try to do here: http://forum.xda-developers.com/showthread.php?t=765609 (not the same chip I know) |
15:57.19 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
15:57.27 | Cotulla | hehe |
15:57.54 | Cotulla | anyway I worked with DS2762 a lot it's why I say "hehe" :) |
16:01.51 | *** join/#htc-linux Eamus (~abinford@67-129-215-3.dia.static.qwest.net) |
16:03.46 | *** join/#htc-linux hamagc (~hamagc@206.55.156.200) |
16:03.52 | gauner1986 | battery chip seems to be a science of its own |
16:04.17 | gauner1986 | as its inter disciplinary.. you need an electronic-guy for it |
16:07.12 | Cotulla | ðôðô |
16:07.16 | Cotulla | haha |
16:07.25 | Cotulla | okay I gotta go |
16:07.26 | Cotulla | bb |
16:07.29 | gauner1986 | bye |
16:07.41 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
16:12.43 | EclipseX | hey people |
16:12.50 | EclipseX | exetende battery none official |
16:12.52 | EclipseX | mA |
16:13.01 | EclipseX | how I can calibrate? |
16:13.07 | *** join/#htc-linux m77 (~m77@cpc2-nfds9-0-0-cust764.8-2.cable.virginmedia.com) |
16:13.07 | EclipseX | 1500mA |
16:13.27 | EclipseX | and temperature check don't work |
16:13.37 | EclipseX | with this battery |
16:13.41 | kholk | EclipseX, does it work in WiMo? |
16:13.50 | kholk | are you sure that this battery has got a temp sensor? lol |
16:14.06 | EclipseX | yes it work good on wm |
16:14.28 | kholk | well, if you're sure that on WM you can read its temperature |
16:14.35 | kholk | then it's an issue on Linux/Android |
16:14.41 | EclipseX | temperature I can know :S |
16:14.52 | EclipseX | I don't have any programe for read temperature on wm |
16:14.53 | kholk | but those battery are costing less because of something.... |
16:14.59 | EclipseX | but % its fine |
16:15.07 | EclipseX | on wm but on android no |
16:15.07 | kholk | are you reading temperature on HTC battery? |
16:15.30 | kholk | if it does work with an original battery then it's a battery issue |
16:15.37 | kholk | strange.. |
16:15.45 | kholk | I can read it from my official battery |
16:15.51 | kholk | (if I remember well) |
16:16.00 | kholk | are you talking of HTC HD2? |
16:16.05 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
16:16.18 | EclipseX | yes |
16:16.23 | kholk | umh |
16:16.27 | kholk | I'm running a sense build |
16:16.29 | kholk | darkstone's |
16:16.37 | kholk | with hastarin 7.2 kernel |
16:16.39 | [acl] | where cotulla at ? |
16:16.40 | EclipseX | im on evo revo 1.8 |
16:16.41 | kholk | and all is fine |
16:16.48 | [acl] | jonpry: sup bro |
16:16.49 | kholk | try to switch kernel |
16:16.53 | EclipseX | with another battery? 1500? |
16:16.56 | WisTilt2 | [acl] he just left. you get your phone fixed? |
16:17.04 | [acl] | WisTilt2: nope |
16:17.06 | [acl] | tried everything |
16:17.11 | kholk | EclipseX, if your HTC original battery produces the same issues |
16:17.12 | WisTilt2 | damn |
16:17.19 | kholk | it's a problem of your android build or kernel |
16:17.23 | [acl] | WisTilt2: no nbh's boot.. at least ones i make |
16:17.38 | EclipseX | no |
16:17.43 | [acl] | WisTilt2: even wozzers old stable ones we released.. just do nothing.. just say on the tp2 boot screen. |
16:17.46 | EclipseX | original battery only have 1300 right? |
16:17.50 | kholk | yes |
16:17.53 | EclipseX | i have another with 1500 |
16:17.56 | kholk | but I'm talking of temperature reading |
16:18.00 | jonpry | [acl]: but winmo works? |
16:18.02 | kholk | anyway, battery calibration should be automatic |
16:18.09 | EclipseX | but don't |
16:18.15 | [acl] | jonpry: yeah.. works like champ |
16:18.21 | kholk | does your phone shutdown prior to fully discharge the battery? |
16:18.26 | EclipseX | I already try mdeejay, hastarin , matt and anothers |
16:18.41 | jonpry | [acl]: thats cool i guess :p now you can stop messing with those gimmicks |
16:18.42 | kholk | if yes, so fully discharge the battery |
16:18.55 | EclipseX | i already do that |
16:18.57 | kholk | then boot Android while on charge at 0% |
16:19.07 | EclipseX | already do |
16:19.11 | kholk | and prior to battery out of amperage recognition |
16:19.14 | EclipseX | can i check temperature on wm? |
16:19.15 | kholk | reconnect the charger |
16:19.16 | arrrghhh | [acl], haret development ho? |
16:19.20 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
16:19.30 | [acl] | damn |
16:19.32 | kholk | EclipseX: surely yes, but I don't know which program can make you able to read it |
16:19.32 | [acl] | haret ? |
16:19.36 | [acl] | no one else will do nand |
16:20.41 | EclipseX | I want |
16:20.44 | EclipseX | but i don't have |
16:20.48 | EclipseX | mgrld |
16:20.50 | arrrghhh | i'm sure nate will do his best to stumble thru it :P i wish i could. you can still push commits for us to test...? :P |
16:21.13 | jonpry | [acl] you try the kernel offset? |
16:22.25 | jonpry | WisTilt2, bzo: you fix the camera last night? |
16:22.43 | bzo | nah, but inching closer every day |
16:22.51 | bzo | now we're back to OOM on gralloc |
16:22.58 | jonpry | :p |
16:23.31 | [acl] | jonpry:tried.. nuffin :-(.. i even talked to wozzer about it.. he wanted me to padd the kernel with extra stuff hopefully move it out of that bad range.. nuffin |
16:24.11 | jonpry | maybe the first block is no good. the one with tinboot |
16:24.47 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
16:25.09 | jonpry | at least you can work on .35 :p |
16:25.46 | bzo | seriouly, I think moving to 35 would be a bigger step forward than nand |
16:26.26 | bzo | a fast framebuffer and fixing up the power consumption will make the android practical for everyday use |
16:27.34 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
16:27.35 | bzo | [acl] can you send me the modded graphics lib? May need to reallocate the split for the camera after all |
16:28.15 | [acl] | bzo: do i have your email addy? |
16:28.28 | bzo | yeah, but I'll pm it again |
16:29.04 | bzo | what do you guys make of this: |
16:29.06 | bzo | <PROTECTED> |
16:29.27 | bzo | I don't understand how total allocated > 8mb |
16:31.43 | bzo | well hmm, it does seem to be using 3 address ranges |
16:34.06 | *** join/#htc-linux shu8i (~shu8i@66.87.2.20) |
16:34.15 | jonpry | ouch |
16:34.23 | jonpry | i thought we had 13mb available |
16:34.35 | bzo | gralloc only allocates from ebi |
16:34.47 | bzo | that's why I want to try allocating more on the ebi side |
16:35.04 | jonpry | sounds like a good idea |
16:35.09 | bzo | maybe that's why wince has it setup as 2+13 instead of 7+8 |
16:35.50 | jonpry | isn't 2+13 always better? |
16:36.09 | bzo | in theory it may be better to put more in the faster smi |
16:36.26 | bzo | but if we make this switch, maybe we'll move the framebuffer to smi |
16:36.42 | jonpry | if gralloc can't allocate from smi, then it can't be much good |
16:37.09 | jonpry | oO. fb in smi |
16:37.22 | bzo | the qualcomm graphics lib has access to it, where all the real stuff happens anyways |
16:38.42 | jonpry | afaik for realistic tri rendering the vast majority of your bandwidth is with the destination surface, or texture memory. the vertex data is much lower speed |
16:39.36 | bzo | in our turbo devices though, not sure if there is as much of a speed difference between smi/ebi |
16:41.52 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
16:43.26 | *** join/#htc-linux Alex[sp3dev] (~alexander@91.209.218.3) |
16:44.06 | *** join/#htc-linux Neonkoala (~Neonkoala@cpc1-rdng18-0-0-cust21.15-3.cable.virginmedia.com) |
16:48.49 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
16:51.55 | *** join/#htc-linux taiu (~andrem@20.146.191.90.dyn.estpak.ee) |
16:54.40 | *** join/#htc-linux santiagoelf (~sa@93-152-132-12.ddns.onlinedirect.bg) |
16:56.23 | *** join/#htc-linux FsTluxe (~FsTluxe@82.176.11.11) |
16:57.19 | *** join/#htc-linux gpc (~gpc@114-44-4-194.dynamic.hinet.net) |
16:57.23 | FsTluxe | jow Broo's |
16:57.51 | gpc | Does any one know how to using FootPrints on HD2 Sense build? |
16:58.11 | FsTluxe | : |
16:58.15 | FsTluxe | :s |
16:59.10 | arrrghhh | gpc, -chat |
16:59.32 | gpc | oh? |
16:59.51 | FsTluxe | he means Please go to #htc-linux-chat |
17:02.32 | gpc | i think it is developer problem. The libcamera.so is not match the HTCFootPrints.apk |
17:02.45 | *** join/#htc-linux DunkDream (4e5e0a3b@gateway/web/freenode/ip.78.94.10.59) |
17:03.27 | gpc | Is there any method to fix the libcamera.so? |
17:04.32 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
17:07.47 | *** join/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net) |
17:13.18 | *** join/#htc-linux dan1j3l (~dan1j3l@93-141-9-76.adsl.net.t-com.hr) |
17:13.30 | *** part/#htc-linux mickey|dinner (~mickey@openmoko/coreteam/mickey) |
17:13.46 | dan1j3l | hello |
17:15.56 | LeTama | gauner1986: audio stuff pushed |
17:16.03 | gauner1986 | hey dan |
17:16.09 | LeTama | gauner1986: acdb file is there: http://gitorious.org/xdandroid_leo/qsd8k/blobs/master/leo/htcleo.acdb |
17:16.20 | dan1j3l | hey, long time no see :) |
17:16.23 | gauner1986 | letama: maybe you could talk to dan about pushing the file to the repo |
17:16.29 | gauner1986 | letama: he is owning it |
17:16.38 | LeTama | hello dan1j3l |
17:16.42 | dan1j3l | HI |
17:16.46 | dan1j3l | hi |
17:16.47 | gauner1986 | letama: okay.. testing |
17:17.07 | dan1j3l | i missed a loot of stuff :( |
17:17.10 | gauner1986 | letama: does it have to be named like that? |
17:17.17 | LeTama | gauner1986: yes |
17:17.24 | gauner1986 | ok |
17:18.57 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B6A8.access.telenet.be) |
17:19.00 | LeTama | gauner1986: I pushed it to my xdandroid device git, it make sense to have it there finally. |
17:19.09 | gauner1986 | ok |
17:19.42 | LeTama | gauner1986: but if you want it in htc lib projects, no problem |
17:20.13 | *** join/#htc-linux emwe (~emwe@cable-86-56-8-48.cust.telecolumbus.net) |
17:20.26 | emwe | hi |
17:20.55 | camro | phh: availible ? |
17:21.08 | camro | was my last patch commit from today ok for you ? |
17:23.53 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
17:24.34 | *** join/#htc-linux ElFinLazz (~elfinlazz@112.154.189.103) |
17:29.59 | Rajko | whats the improvement with htcleo.acdb |
17:31.05 | LeTama | audio should be like android without magldr, most notably the echo during call |
17:32.26 | *** join/#htc-linux matth (evan@unaffiliated/matth) |
17:37.45 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
17:41.20 | [acl] | bzo: you got mail |
17:42.01 | bzo | thx |
17:42.48 | hamagc | E/pppd ( 1795): Failed to open /dev/smd1: m |
17:42.50 | hamagc | ideas? |
17:43.26 | bzo | isn't cdma supposed to open smd7? |
17:44.18 | Alex[sp3dev] | smd1 is mapped to smd7 anyway |
17:44.23 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
17:44.23 | Alex[sp3dev] | oop |
17:44.25 | Alex[sp3dev] | oops |
17:44.28 | Alex[sp3dev] | only on gsm ;) |
17:44.31 | hamagc | seems to affect raph800, kills our data on newest glemsom kernels |
17:44.54 | hamagc | lol of course, everyone else seems to be ok. not confirmed on raph500 yet |
17:45.07 | bzo | look at the commits and yell at the person who broke it :P |
17:45.08 | NeoMatrixJR | can anyone with a stable overclocked RHOD pastebin your startup.txt? I need to see what I'm doing wrong and what I can remove from mine |
17:45.10 | Alex[sp3dev] | why should that relate to kernel? nothing has been changed in smd |
17:45.26 | hamagc | started happening with usb changes i believe |
17:45.42 | bzo | maybe machine detection got screwed up somewhere? |
17:46.24 | NeoMatrixJR | hamagc: from what i've seen on the forums people believe it's in the rootfs, but for the life of me I can't understand why from the commit comments |
17:46.36 | hamagc | no, not rootfs |
17:46.51 | hamagc | i started having this issue before the keymaps where changed in rootfs |
17:47.13 | hamagc | let me see if i can find which kernel worked last. |
17:47.42 | NeoMatrixJR | huh. well, I'm going to test latest everything on my rhod, but I'm trying to see if I can see someone's OC'd startup.txt... WisTilt2, you OC don't you? and it's stable... can you pastebin your startup.txt? |
17:48.16 | WisTilt2 | set ramsize 0x10000000 |
17:48.17 | WisTilt2 | set ramaddr 0x10000000 |
17:48.17 | WisTilt2 | set mtype 2292 |
17:48.17 | WisTilt2 | set KERNEL zImage |
17:48.17 | WisTilt2 | set initrd initrd.gz |
17:48.17 | WisTilt2 | set cmdline "lcd.density=240 msmts_calib=0x9f.0x39a.0x35c.0x78 7x00.a11=500 msmvkeyb_toggle=off pmem.extra=1 gsensor_axis=2,1,3 pm.sleep_mode=2 rel_path=andboot hw3d.force=0 acpuclock.oc_freq_khz=700000 physkeyboard=tilt2 htc_hw.force_cdma=0 " |
17:48.21 | WisTilt2 | boot |
17:48.51 | *** join/#htc-linux isikil87 (5fef54ad@gateway/web/freenode/ip.95.239.84.173) |
17:49.28 | WisTilt2 | hey [acl], what code is rhod using for blank/unblank do you know? thought it was using topaz but nada. |
17:49.40 | WisTilt2 | there ya go NeoMatrixJR |
17:50.30 | hamagc | 700000 seems to be most stable on tp1 too. since it's the same processor, would make sense. i did hear that people were running higher without too many issues though |
17:50.45 | *** join/#htc-linux mastermerlin (~Adium@p4FEE52E6.dip.t-dialin.net) |
17:50.53 | NeoMatrixJR | thanks, 2 q's. msmts_calib is outdated right? ts_calibration file now. and are the pm.sleep_modes listed somewhere? I forget 2 vs 1 or whatever. I'm on 1 now. |
17:51.04 | WisTilt2 | mine goes crazy much above that too. never a problem at 700 |
17:51.16 | bzo | puh, slowpokes, mine does 768 |
17:51.28 | NeoMatrixJR | bzo: *stable*? |
17:51.31 | gauner1986 | letama: okay.. music plays fine |
17:51.33 | WisTilt2 | NeoMatrixJR need to be on 2 for oc i think unless that has changed |
17:51.51 | emwe | WisTilt2: pmem.extra=1 is obsolete ;) |
17:51.52 | bzo | yep, even runs at 800, but not too stable there |
17:51.59 | NeoMatrixJR | probably my problem then.... |
17:52.04 | emwe | WisTilt2: and yes, rhod has no panel code so to speak ;) |
17:52.13 | WisTilt2 | so i can remove the msmts and pmem thanks. |
17:52.18 | Alex[sp3dev] | 800? that's lol. kovs hangs at 650 |
17:52.35 | gauner1986 | letama: call quality seems a little better |
17:52.37 | NeoMatrixJR | I'll try 700 then bump up if it works. |
17:52.37 | emwe | weren't some 65nm and some 90nm? |
17:52.42 | bzo | my diam500 only runs about 650 |
17:52.54 | NeoMatrixJR | is 2 deeper sleep or is 1? |
17:52.54 | emwe | MSM7200AARMv6ARM1136EJ-S90nmTD2/TP2/X1 |
17:53.06 | Alex[sp3dev] | bzo: ah. then it is explicable given that diam and kovs are very similiar |
17:53.14 | emwe | NeoMatrixJR: 1 is lower |
17:53.14 | hamagc | at 700000, i run 698 perfectly |
17:53.19 | hamagc | diam should be just the same i believe |
17:53.22 | bzo | I think there's just a lot of variance in overclocking |
17:53.31 | bzo | just got lucky on my cpu die on my rhod |
17:53.31 | NeoMatrixJR | and WisTilt2's pulling 30 some hours on a battery @ 2?! |
17:53.42 | hamagc | 800 is damn good |
17:53.50 | WisTilt2 | 35hrs on average for past week:) |
17:53.51 | Alex[sp3dev] | actually, those chips are not really made to run over 528, so it's just pure luck that we can overclock over 20% |
17:54.13 | hamagc | mhmm |
17:54.14 | bzo | yeah, I would say anything over that is a bonus |
17:54.42 | hamagc | ok 10/11/2010 kernel data works |
17:54.53 | hamagc | next kernel is 10/16 which doesn't |
17:54.56 | NeoMatrixJR | WisTilt2: Damnit man get that code OUT! |
17:55.00 | emwe | WisTilt2: what was the magic again with your long term live? some vreg somewhere? i forgot what was mentioned :) |
17:55.02 | WisTilt2 | bzo: you have any idea on rhod what code runs after power button? |
17:55.35 | bzo | no, never really looked into that area of code |
17:55.36 | WisTilt2 | emwe no vreg, just lcd power and kill brightness register is all that did it. |
17:55.55 | emwe | WisTilt2: with radio and all going, right? |
17:56.18 | WisTilt2 | yes all that is still up, wifi and gps off also of course. |
17:56.23 | NeoMatrixJR | anyone know what happened to rollover changelog comments on glemsom? |
17:56.57 | WisTilt2 | have 4 rhod300's here at office and all of them get well over 30hrs with occasional use. |
17:56.59 | emwe | hamagc: looks like usb gadget then, no? |
17:57.26 | emwe | WisTilt2: nice. and all with pm.sleep_mode=2? |
17:57.31 | WisTilt2 | yep |
17:57.35 | emwe | hm. hm... |
17:57.45 | hamagc | trying 10/16 kernel just to make suer |
17:57.47 | hamagc | sure* |
17:59.03 | emwe | WisTilt2: i am just debugging some issue with sleep_mode=1 here... when OC'ing it's freezing acpuclk_set_div() on entering pm after some iterations... doesn't happen when not OCed or not using pm.sleep_mode=1 ... still investigating. any idea where the difference between mode=0 or mode=1 has an effect in code? all htc kernels use =1 for sleep_mode. |
18:01.13 | WisTilt2 | emwe: 0/1 kill the arm11 i believe. 2 keeps arm11 on but in low power mode, 3 lowers arm11 clock and voltage and 4 i have no idea. |
18:01.42 | WisTilt2 | i didnt try 3 long term yet to see if its better or worse than 2 |
18:01.54 | WisTilt2 | mine crashes on 1 also when oc'd |
18:01.54 | emwe | WisTilt2: i think once i read 0 is only for debugging. might be false ... strange thing is, 0 works and 1 does not here... totally strange. |
18:02.09 | emwe | WisTilt2: ah! ok! hope i can fix. i am near it already |
18:02.19 | emwe | WisTilt2: whonder why it works with !1 when OCed |
18:02.51 | emwe | WisTilt2: using 2 on topa makes the phone-call-missed-on-sleep bug go away which is present on =0 |
18:03.01 | emwe | but of course with a burden on power... |
18:03.17 | hamagc | ok so it def. breaks between 10/11 and 10/16 kernels |
18:03.28 | NeoMatrixJR | ok, I'm running latest 10/10/10 system, and latest kernel and rootfs on RHOD400. data works for me on Sprint (CDMA) |
18:03.51 | hamagc | arrrghhh tells me none of the kernels are breaking data for him. |
18:03.57 | hamagc | on rhod's |
18:04.11 | hamagc | seems like its a raph800 issue, maybe raph500. |
18:04.27 | hamagc | haven't heard from any raph500 users yet but they are cdma too so i'm assuming. |
18:04.36 | arrrghhh | NeoMatrixJR, i think it's over the summary not the download link now. |
18:04.47 | arrrghhh | sorry build ID |
18:04.57 | NeoMatrixJR | arrrghhh thanks |
18:06.49 | GlemSom | NeoMatrixJR, It's been moved to build, instead of the download button... seemed to make more sense imo.. |
18:06.52 | hamagc | so that would be usb gadget |
18:07.00 | hamagc | damn usb gadget! |
18:07.07 | NeoMatrixJR | damnit who went in and updated rhod100/tilt2 keymaps for home/power and left all the others. |
18:08.19 | arrrghhh | who else but stinebd |
18:08.42 | hamagc | http://pastebin.com/dk7t1YdE - logcat |
18:08.57 | hamagc | still same problem, E/pppd ( 1627): Failed to open /dev/smd1: m |
18:09.49 | NeoMatrixJR | slaps stinebd with a smelly day old trout |
18:10.01 | arrrghhh | lol |
18:10.01 | hamagc | D/AT ( 1248): AT> AT+CNMA=1 |
18:10.01 | hamagc | D/GSM ( 1351): [GsmDataConnectionTracker] setState: CONNECTED |
18:10.01 | hamagc | D/AT ( 1248): AT< ERROR |
18:10.04 | stinebd | :| |
18:10.04 | hamagc | and that |
18:10.13 | hamagc | is that supposed to be cdma or cnma? lol |
18:10.25 | arrrghhh | lol |
18:10.27 | stinebd | fuck it. you want it fixed, fix it yourself and email me the patch |
18:10.31 | arrrghhh | lunch time. |
18:10.36 | stinebd | i'm not the one that uploaded all those fucking keymaps |
18:10.49 | stinebd | and none of them follow any conventions |
18:11.00 | arrrghhh | just leave the keymaps... holy crap don't let the n00bs get you. |
18:11.27 | bzo | stinebd: have you been playing angry birds??? |
18:11.38 | Alex[sp3dev] | lol |
18:12.49 | NeoMatrixJR | stinebd: oh allright. let's see if my androiddev VM is online at home.... |
18:13.57 | stinebd | and in the future, all xdandroid discussion should be in #xdandroid, not here |
18:16.58 | hamagc | ahh, it was [acl] that commited that |
18:18.10 | bzo | and handily enough you gave him a raph800 |
18:18.38 | hamagc | lol right |
18:18.46 | hamagc | but i don't think he can test data on it |
18:19.00 | stinebd | +CNMA (command name in text: New Message Acknowledgement to ME/TA) |
18:19.32 | stinebd | what does that mean? |
18:20.10 | hamagc | sms |
18:20.58 | hamagc | looks ;like it's an error |
18:21.01 | stinebd | so your data is dropping every time you get a text? |
18:21.05 | hamagc | http://www.developershome.com/sms/resultCodes2.asp |
18:21.23 | hamagc | no data doesn't work out of the box. |
18:22.39 | *** join/#htc-linux IFailStuff (~IFail@unaffiliated/ifailstuff) |
18:23.25 | tehtrk | is away: Away |
18:24.05 | *** part/#htc-linux dan1j3l (~dan1j3l@93-141-9-76.adsl.net.t-com.hr) |
18:25.12 | [acl] | hamagc: what did i commit ? |
18:25.27 | hamagc | usb gadget |
18:25.42 | [acl] | ahh |
18:25.45 | hamagc | you know, the one everyone was excited for because it fixed usb on most devices lol |
18:25.45 | [acl] | the monster commit |
18:25.47 | jonpry | go go gadget copter |
18:26.17 | Alex[sp3dev] | it is not possible that usb has broken ppp. kind of very stupid |
18:26.30 | [acl] | now if i could only get a working phone.. :-( |
18:26.49 | Alex[sp3dev] | [acl]: you still have a raph as a backup ;) |
18:27.04 | *** join/#htc-linux netson (~yaaic@120.162.77.150) |
18:27.04 | hamagc | Alex[sp3dev]: i would tend to agree that usb has nothing to do with ppp, but that was the commit that broke it so there must be something in there |
18:27.29 | jonpry | go go gadget working phone |
18:27.32 | hamagc | 10/11 commit works, 10/16 doesn't, and from what i can tell, all that changed was usb gadget |
18:27.59 | hamagc | lol jonpry isn't that the one with the antenna in the thumb? |
18:28.07 | [acl] | hamagc: i guess i can make myself uselful and look into it.. |
18:28.19 | hamagc | well don't bother yourself just yet |
18:28.21 | jonpry | yeah i dunno if that can run android though |
18:28.28 | [acl] | my nand gang isnt pleased tho. :-\ .. first wozzer wozzered his phone now me |
18:28.37 | hamagc | i'm waiting on stine to have me test something out |
18:28.48 | Hunterkll | give me a decent host/vps/dedi provider for $15-30/mo |
18:28.59 | *** join/#htc-linux bally3 (~bally3@cpc2-blbn6-0-0-cust244.10-1.cable.virginmedia.com) |
18:29.05 | Alex[sp3dev] | [acl]: there should be a command in spl to recheck bad blocks |
18:29.23 | [acl] | Alex[sp3dev]: you prob know more than me bout it |
18:30.38 | *** join/#htc-linux avinashhm (~avinash-h@192.163.20.231) |
18:33.13 | *** join/#htc-linux psyk0 (6394323a@gateway/web/freenode/ip.99.148.50.58) |
18:34.03 | psyk0 | I have a question...i had working sound on htc tp2 running android...i updated to the newest release and sould is gone |
18:34.43 | Alex[sp3dev] | oh shit. we're all gotta hide somewhere or the universe will collapse if we continue the development |
18:38.31 | *** join/#htc-linux Daevoq (~IceChat7@95.239.99.113) |
18:39.23 | Alex[sp3dev] | [acl]: dunno, looks like it is not really enabled in bootloaders for new devices. maybe you should just try to format os and fat memory with task 29 ? |
18:39.48 | [acl] | Alex[sp3dev]: tried.. no change |
18:41.27 | NeoMatrixJR | android != inspector gadget == cyborg ??? |
18:42.29 | [acl] | Alex[sp3dev]: maybe tinboot isnt a good solution for nand.. wondering how the HD2 guys are doing it |
18:42.40 | gauner1986 | hm.. i could do a retail therapy and buy me a desire hd :D |
18:42.53 | Alex[sp3dev] | [acl]: they are using the proprietary bootloader to load zImage |
18:44.19 | [acl] | propietary |
18:44.22 | [acl] | damn |
18:44.50 | Alex[sp3dev] | not only proprietary, but also closed-source and very 1337 |
18:45.11 | [acl] | damnit. |
18:45.31 | Alex[sp3dev] | well, but you're not writing to nand at all, why should it get corrupted then? |
18:45.32 | *** join/#htc-linux was (502448a9@gateway/web/freenode/ip.80.36.72.169) |
18:47.21 | Alex[sp3dev] | [acl]: i wonder which bootloader we should use: u-boot, little kernel, kexec regular zImage or write our own? |
18:47.22 | *** join/#htc-linux [zozi]_ (~chatzilla@2.80.137.149) |
18:47.43 | Hunterkll | uboot would probably be the best |
18:47.59 | [acl] | Alex[sp3dev]: any arm based u-boot we can just test with that will save us time ? |
18:49.14 | Alex[sp3dev] | [acl]: not really. like, implementing timer and machine detection in a custom bootloader is ways easier than porting uboot to our devices. dunno yet. we need to fix camera and powersave, though |
18:51.24 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
18:53.44 | *** join/#htc-linux fliip (~Shaun@host86-137-46-253.range86-137.btcentralplus.com) |
18:55.18 | *** join/#htc-linux mastermerlin (~Adium@p4FEE52E6.dip.t-dialin.net) |
18:55.37 | *** join/#htc-linux mastermerlin (~Adium@p4FEE52E6.dip.t-dialin.net) |
18:58.10 | *** join/#htc-linux isikil (5fef54ad@gateway/web/freenode/ip.95.239.84.173) |
18:59.37 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
19:06.37 | *** part/#htc-linux fliip (~Shaun@host86-137-46-253.range86-137.btcentralplus.com) |
19:06.52 | [acl] | Alex[sp3dev]: im just baffled as how wince runs fine.. no issues at all. |
19:07.37 | Alex[sp3dev] | [acl]: maybe you've fooked up your rom build script or your android install on sd? or is it street magic? |
19:08.20 | [acl] | lol.. but then it wouldnt work for anyone. everyone else running fine.. the nand gang didnt report issues |
19:08.36 | Alex[sp3dev] | then we can conclude it is street magi |
19:08.41 | Alex[sp3dev] | s/magi/magic/ |
19:15.09 | [acl] | more like voodoo |
19:20.04 | fakker | rages |
19:27.21 | gauner1986 | fakker: did your gf destroy your xbox? |
19:27.34 | fakker | no i just finished playing |
19:27.43 | fakker | it's "our" time again |
19:27.46 | fakker | thus, i have laptop |
19:27.53 | gauner1986 | :D |
19:27.56 | fakker | work was interesting tho |
19:28.02 | fakker | we had security breach |
19:28.39 | fakker | lots of fictional accounts were found on AD; with elevated permissions - i think i know who did it... but it turned into like CSI |
19:28.56 | gauner1986 | maybe ask bones? |
19:28.59 | fakker | all going through event logs all over the network |
19:29.11 | *** join/#htc-linux Neo31 (~Neo31@41.230.114.188) |
19:29.11 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
19:29.17 | gauner1986 | i guess it was cotulla |
19:29.22 | fakker | im pretty sure who it was, but i dont plan on telling anyone |
19:29.29 | fakker | no, ex-exmployee |
19:29.34 | gauner1986 | :D |
19:29.36 | fakker | :) |
19:29.54 | fakker | the funny thing is, our AD "guru" was stumped |
19:30.12 | fakker | he said something like, whoever did this is crazy smart - knows what they're doing because i have no idea how they did it |
19:30.28 | fakker | i just thought... yeah - right, i only know basic AD but i can doit too |
19:31.42 | *** join/#htc-linux Echo31 (~olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
19:34.21 | gauner1986 | active directory? |
19:34.35 | gauner1986 | that's a click tool.. for noobs.. everybody can do it? :D |
19:35.51 | fakker | i guess, i never really got indepth with it |
19:36.07 | fakker | i can add users/groups/add to groups/mailboxes/reset passwords |
19:36.21 | fakker | some of the guys i work with can do magic with it |
19:36.39 | *** join/#htc-linux kernelzilla (~patrick@63-225-193-125.phnx.qwest.net) |
19:36.49 | gauner1986 | hm.. isn't it just an accounting-tool? |
19:37.05 | fakker | yeah |
19:37.10 | fakker | but you can get addins which lead onto other things |
19:37.13 | Alex[sp3dev] | gauner1986: no, like everything MS it is a religion and the aim of life |
19:37.16 | fakker | the things i dont know/care about |
19:37.30 | gauner1986 | a-ha |
19:37.31 | fakker | im a networker |
19:37.31 | gauner1986 | :D |
19:37.34 | fakker | i dont need to know |
19:39.54 | NeoMatrixJR | WisTilt2: thanks for OC startup help. amazing difference. Either that or all updates made a difference too! 700 works fine. going to try 768 |
19:41.56 | *** join/#htc-linux IFailStuff (~IFail@unaffiliated/ifailstuff) |
19:41.58 | WisTilt2 | NeoMatrixJR: nice. im betting 768 blows it up though. im going to have another test image shortly if you want to try it. just about done making a board file for the rhod panel. blanking and everything else is looking great. |
19:43.12 | WisTilt2 | arrrghhh: need you to test this image shortly also. you are more familiar with all the changes ive been making so you will notice these new changes more. |
19:43.39 | arrrghhh | WisTilt2, i'm game :D |
19:43.55 | WisTilt2 | i think you'll like the way lcd powers off now:) |
19:45.25 | arrrghhh | hahaha sounds good dude. |
19:46.34 | [acl] | WisTilt2: fix my nand |
19:46.35 | [acl] | :-p |
19:46.40 | emwe | WisTilt2: panel over microp or mddi_client? |
19:47.04 | NeoMatrixJR | WisTilt2: sure, whenever you're ready let me know. I'll have to wait until I'm back at my regular desk |
19:47.09 | WisTilt2 | [acl] im beginning to think i may lean towards that now actually. |
19:47.13 | WisTilt2 | emwe: both |
19:47.33 | [acl] | WisTilt2: its like crack.. once u go nand u need to go to rehab to go back to haret |
19:47.47 | arrrghhh | lol, sounds like your phone may need some rehab time [acl] :P |
19:47.51 | NeoMatrixJR | Nooo... aww, and I was hoping you'd go for bluetooth WisTilt2 |
19:47.53 | emwe | WisTilt2: init table over mddi_client like topa is now? that speeded the thing up like hell so to speak. |
19:47.54 | *** join/#htc-linux naxx (~andrew@ppp83-237-113-29.pppoe.mtu-net.ru) |
19:48.24 | arrrghhh | lol lets see how many directions we can pull WisTilt2 in... i wanted you to work on stability :P |
19:48.51 | WisTilt2 | emwe yes using mddi but also microp for some of the other features, all tied in together. |
19:49.33 | emwe | WisTilt2: whonder why it used to be over microp in the "old" code. coming from wince rev-eng? |
19:50.19 | [acl] | im trying to bring wozzer out of retirement to fix my nand.. |
19:50.22 | [acl] | hard sell |
19:50.34 | arrrghhh | why did he retire? |
19:50.53 | NeoMatrixJR | his phone died... RIP |
19:51.00 | NeoMatrixJR | did he never get a new one? |
19:51.24 | bzo | no he got donations for one, cause is a silly thing like employment |
19:51.24 | NeoMatrixJR | woah...phone did NOT like 768 |
19:51.26 | arrrghhh | yea i thought we got donations together & he bought a new phone. |
19:51.28 | [acl] | arrrghhh: he got an incredible .. |
19:51.47 | arrrghhh | NeoMatrixJR, what did you set it at...? |
19:51.52 | bzo | [acl] oh so you don't think getting him fired will help? |
19:52.00 | [acl] | arrrghhh: he tried pure nand for a while but then got caught up at work.. but i still talk to him |
19:52.02 | arrrghhh | [acl], with the donation monies? i thought he bought another rhod500 |
19:52.09 | NeoMatrixJR | 768000 |
19:52.38 | [acl] | arrrghhh: he did another rhod .. but he had to get an incredible during his down time.. there was a big gap when his phone died and when he got the rhod |
19:52.48 | arrrghhh | ah i didn't realize that. |
19:52.52 | arrrghhh | NeoMatrixJR, that's not right 1 sec |
19:53.22 | arrrghhh | goes to the FAQ... :P |
19:53.38 | arrrghhh | NeoMatrixJR, try 786432 |
19:54.06 | hamagc | and let me know what happens so i can try the same settings on the tp1 |
19:54.15 | bzo | why should that help? |
19:54.20 | NeoMatrixJR | ok, booting WinMo now... |
19:54.52 | NeoMatrixJR | arrrghhh: to which FAQ are you going to? |
19:55.04 | bzo | if 768 doesn't work for you, go lower |
19:55.06 | arrrghhh | reef's |
19:55.09 | arrrghhh | http://sites.google.com/site/androidport/faq |
19:57.14 | *** join/#htc-linux toer (~tore@179.81-166-86.customer.lyse.net) |
19:57.40 | *** join/#htc-linux subprime (ae3e0ff9@gateway/web/freenode/ip.174.62.15.249) |
19:57.40 | NeoMatrixJR | ok, time to drive back to other building and go back to my desk. BRB |
19:58.01 | matth | bluetooth keyboard with android 1.6 (htc tattoo here) is that a dream ? |
19:59.18 | WisTilt2 | ok sorry was on phone. arrrghhh and NeoMatrixJR new image is up. also put the kernel pack up if you want modules. |
19:59.23 | arrrghhh | matth, this room is for non-native device development. |
19:59.31 | arrrghhh | WisTilt2, cool grabbing it now. |
20:00.01 | matth | arrrghhh: what do you mean by non-native ? |
20:00.15 | arrrghhh | matth, we're trying to port Android to windows mobile devices. |
20:00.47 | matth | oki |
20:00.51 | WisTilt2 | emwe: yes the panel init will still be over mddi. microp part relates to auto brightness and other panel control. |
20:00.51 | arrrghhh | matth, sorry i didn't phrase that as well as it sounded in my head. |
20:01.14 | matth | heh I know that problem ;) |
20:02.05 | WisTilt2 | arrrghhh this current kernel also fixes the gps killing the ambient problem. |
20:02.13 | emwe | WisTilt2: i see. perhaps topa can benefit, too ;) |
20:02.16 | arrrghhh | WisTilt2, you're a wizard. |
20:02.36 | bzo | WisTilt2: how did you get around the gps problem? |
20:02.49 | WisTilt2 | lol, just focusing more on 1 thing at a time instead of everything at once |
20:03.01 | arrrghhh | probably a good idea :P |
20:03.33 | hamagc | does that fix gps killing deep sleep? |
20:03.39 | hamagc | i ponder... |
20:04.11 | arrrghhh | hamagc, go away no raph fixes for you here :P jk |
20:04.12 | WisTilt2 | bzo: problem wasnt gps resetting microp, turned out to be within the suspend/resume area i was calling from to bring the panel back up and init ambient. |
20:04.24 | hamagc | lol doh! |
20:04.54 | WisTilt2 | gps probably still kills deep sleep, thats not my area:) |
20:05.01 | bzo | WisTilt2: you mean because gps was blocking suspend? |
20:05.36 | hamagc | damnit! still can't have my cake and eat it too! |
20:06.26 | WisTilt2 | yes somewhat, and because of that ambient disable going into suspend happened but screen never went off. just moved the order im doing it now and stuck it all in the rhod panel file im building. |
20:07.15 | bzo | sounds like that will be more reliable, regardless of gps or other wake locks |
20:08.50 | WisTilt2 | yeah, it will be just like topaz and the others. rhod will have its own board-htcrhodium-panel file and wont be the red headed step anymore. |
20:09.14 | arrrghhh | that's AWESOME news. |
20:09.21 | arrrghhh | i hate red haeded step children :P |
20:09.27 | arrrghhh | s/haeded/headed |
20:09.46 | WisTilt2 | it'll be better new after you tell me its working on your phone like it should! |
20:09.48 | arrrghhh | s/haeded/headed/ |
20:09.55 | [acl] | WisTilt2: damn.. breaking away from topaz panell.. sounds like we are losing a brother |
20:09.57 | arrrghhh | lol i suck at that evidently. |
20:11.00 | [acl] | WisTilt2: sounds like a monster patch.. |
20:11.05 | WisTilt2 | [acl] i could actually keep it like it is in the topaz panel since i see it already has the machine rhodium coded, just with returns. |
20:11.08 | NeoMatrixJR | 786432 blew up on me. going back to 700000. bzo, how's yours set up? |
20:11.28 | WisTilt2 | NeoMatrixJR: think i predicted that:) |
20:11.37 | arrrghhh | NeoMatrixJR, hrm. ah well, i use 700 mhz |
20:11.41 | arrrghhh | it's like 718 something i think |
20:11.44 | bzo | 768000, doesn't matter what the exact number is, just what your cpu can handle |
20:12.00 | arrrghhh | 716800 |
20:12.00 | bzo | I would work your way up slowly, then back off once it starts getting unstable |
20:12.40 | bzo | actually netripper's winmo OC app is an easy way to quickly find the limits |
20:12.57 | WisTilt2 | and test it in a warmer room temp than you'd normally be in so it doesnt lock when it gets warmer eventually. |
20:13.27 | arrrghhh | WisTilt2, microwave? |
20:13.42 | WisTilt2 | lol |
20:13.49 | hamagc | i tried netrippers dealo and i couldn't get it to match my oc in android |
20:13.58 | hamagc | and when it was oced i couldn't get haret to boot lol |
20:14.19 | bzo | yeah, oc+haret is a known problem |
20:14.32 | hamagc | haret is too touch apparently lol |
20:14.35 | hamagc | touchy |
20:14.44 | Hunterkll | you just have to touch the right spots |
20:14.47 | bzo | if it is not stable in winmo, it can't be truly stable in android |
20:18.34 | *** join/#htc-linux defendthecommons (~defendthe@76.14.64.151) |
20:18.57 | NeoMatrixJR | bzo: my phone has been unstable at default for a while now |
20:19.36 | bzo | I was responding to hamagc saying that he can get a higher OC in android |
20:20.07 | hamagc | i can hit 698 in android and it SEEMS to be quite stable for me |
20:20.29 | arrrghhh | stability pfft |
20:20.33 | hamagc | maybe i'm thinking of the difference in netrippers oc, plugged in vs. unplugged |
20:20.51 | hamagc | isn't it something weird where unplugged it has to be a lower oc |
20:20.55 | arrrghhh | WisTilt2, phone sleeps SO fast now. no more 30 sec wait times. |
20:20.59 | bzo | well, you can't unplug without those scripts |
20:21.19 | NeoMatrixJR | still booting WisTilt2's kernel... |
20:21.26 | NeoMatrixJR | fresh boots take soooo long |
20:21.29 | arrrghhh | slacker :P |
20:21.32 | arrrghhh | oh i kept my data.img. |
20:21.48 | WisTilt2 | arrrghhh: nice. like the way panel powers off now then goes to sleep? |
20:21.56 | arrrghhh | yea, that's freakin sweet. |
20:21.56 | NeoMatrixJR | upped to FRX02 on my test card since I downloaded it today. |
20:22.03 | arrrghhh | NeoMatrixJR, ah. |
20:22.09 | stinebd | (pre FRX02) |
20:22.17 | NeoMatrixJR | right |
20:22.21 | hamagc | lol but bzo, i have to disagree. it can be more stable in android than in winmo, due to the fact that winmo isn't stable as is lol |
20:22.28 | stinebd | the real FRX02 will blow your mind |
20:22.34 | WisTilt2 | check and make sure ambient is working after several sleeps. also see if gps still kills it on your phone, its fixed on the 300 |
20:22.54 | arrrghhh | stinebd, i'm holding you to that. and posting it EVERYWHERE in the forums. |
20:23.00 | stinebd | ok |
20:23.05 | hamagc | uh oh |
20:23.07 | arrrghhh | WisTilt2, haven't tested gps yet :P |
20:23.29 | arrrghhh | couple of sleep cycles & ambi is still good. |
20:23.36 | NeoMatrixJR | WisTilt2: HOLY F*(# that's fast panel down! |
20:23.52 | arrrghhh | lol |
20:23.54 | NeoMatrixJR | still green LED though.... lemmie check GPS on/off |
20:24.11 | NeoMatrixJR | 'twas on by default |
20:24.50 | NeoMatrixJR | hmmm... no sleepy still... |
20:25.33 | WisTilt2 | if its not sleeping then something's keeping it awake still. |
20:25.41 | *** join/#htc-linux endrix (55da1f4f@gateway/web/freenode/ip.85.218.31.79) |
20:26.24 | WisTilt2 | ambient should be faster now also, just a bit but noticeable. |
20:26.27 | arrrghhh | yea gps on -> no sleep. gps off -> sleep |
20:26.37 | WisTilt2 | but ambient still works? |
20:26.43 | hamagc | damn |
20:27.00 | arrrghhh | oh yea. |
20:27.10 | [acl] | hamagc: you got any extra rhods ?:-p |
20:27.30 | hamagc | lol no, no rhods |
20:27.31 | arrrghhh | he doesn't even have one :P |
20:27.51 | WisTilt2 | i have it set so everytime it comes out of sleep the screen is at minimum brightness so you should see ambient work very soon after. |
20:27.51 | hamagc | i have 1 more broken tp, a diamond, and the tp i use |
20:27.52 | NeoMatrixJR | flashing green/orange now |
20:28.20 | NeoMatrixJR | now solid green again.... |
20:28.25 | WisTilt2 | NeoMatrixJR: that would be sleep/resume so something in background doing that. |
20:28.41 | WisTilt2 | led wont change at all unless it is in one of those states. |
20:29.08 | WisTilt2 | but panel should still stay powered down unless you bring it up manually. |
20:29.41 | *** join/#htc-linux kmd (~deanek@ip68-9-219-143.ri.ri.cox.net) |
20:30.00 | WisTilt2 | [acl] i have an old tilt original kaiser but dont know if that would do you any good |
20:30.44 | WisTilt2 | arrrghhh: put it in sleep then slide open kbd. does it wake up or not? |
20:31.27 | arrrghhh | WisTilt2, stays asleep |
20:31.44 | arrrghhh | if i hit the power button tho it wakes up, unlocked already... |
20:32.00 | NeoMatrixJR | very nice implementation of the auto-dim WisTilt2! |
20:32.34 | [acl] | looking at some ebay tp2s now.. lets see what we got |
20:33.08 | stinebd | those are usually at least 150 |
20:33.56 | WisTilt2 | NeoMatrixJR thanks. i need to implement it so the user can enable/disable it though. ill setup the hooks, someone else can code it in userland. |
20:34.04 | NeoMatrixJR | still thinking about selling my rhod. not sure if I like the transform enough to switch |
20:34.29 | NeoMatrixJR | WisTilt2: It's disabled by default then I take it? |
20:34.33 | WisTilt2 | arrrghhh: how should that work? i always hit power button but dont know if opening kbd should wake it up or not? |
20:34.49 | stinebd | opening keyboard should wake |
20:34.54 | arrrghhh | yes. |
20:35.01 | arrrghhh | opening kbd should unlock & wake. |
20:35.15 | NeoMatrixJR | yeah, but can it be disabled. I usually disable that in WinMo |
20:35.20 | WisTilt2 | NeoMatrixJR it doesnt matter if its on or off in winmo now. its totally separate but yes, its on at boot in my kernel all the time. |
20:35.49 | stinebd | WisTilt2: do you have manual brightness control working? |
20:35.53 | WisTilt2 | stinebd: ok ill have to see how to go about that then... |
20:36.32 | WisTilt2 | with auto-bl running manual is disabled. if we add userland to disable auto-bl then manual will work yes. |
20:36.39 | stinebd | ok |
20:37.00 | stinebd | i understand about auto taking precedence - android's brightness dialog removes the manual slider if auto is on |
20:37.11 | WisTilt2 | you want to make a fancy selection in userland for this? i will setup the kernel for it. |
20:37.28 | stinebd | yeah, you can just set a sysfs switch if you want |
20:37.43 | WisTilt2 | called autobl maybe? |
20:37.50 | WisTilt2 | or ambient |
20:37.57 | stinebd | anything that makes sense |
20:38.06 | WisTilt2 | hot_women? |
20:38.11 | stinebd | free_booze |
20:38.15 | WisTilt2 | lol |
20:38.53 | WisTilt2 | so NeoMatrixJR, arrrghhh: any problems you guys see yet? and did gps kill ambient or no? |
20:39.19 | arrrghhh | hasn't killed it yet |
20:39.30 | WisTilt2 | you have a 400 right? |
20:39.35 | arrrghhh | yep we both do |
20:39.41 | WisTilt2 | who had the 500? |
20:39.44 | arrrghhh | nate |
20:39.55 | arrrghhh | natemcutty or whatever |
20:39.56 | WisTilt2 | ah yes. he needs to test this |
20:40.17 | stinebd | beautiful |
20:40.34 | WisTilt2 | so whats the approx time it takes to shutdown the panel for you both? |
20:41.09 | NeoMatrixJR | trying GPS |
20:41.19 | arrrghhh | it's basically immediate WisTilt2 |
20:41.44 | WisTilt2 | thats what i was hoping to hear. should be before you get your finger off the button! |
20:41.46 | NeoMatrixJR | damn near instant |
20:41.54 | arrrghhh | sometimes it takes a few seconds to sleep, but the panel seems to turn off almost instanteously. great job! |
20:42.03 | WisTilt2 | then led sleeps a few seconds later? |
20:42.06 | arrrghhh | yup |
20:42.10 | WisTilt2 | beat me again arrrghhh |
20:42.28 | NeoMatrixJR | GPS does not seem to affect ambiant |
20:42.29 | arrrghhh | :P |
20:42.51 | arrrghhh | yea, even after a few sleep/wake/gps/nogps/sleep/wake cycles :P |
20:42.52 | WisTilt2 | you guys need to do the battery test with this also. this kernel contains the power mods also so you should get huge life now |
20:43.21 | arrrghhh | WisTilt2, just make it so i can answer calls without Android freakin out and i'll be running it full time :P |
20:43.25 | WisTilt2 | we're all averaging around 2.5 - 3% per hour in sleep. |
20:43.58 | *** join/#htc-linux jdp_ (jdp@theorize.org) |
20:43.59 | *** join/#htc-linux condor73 (~condor73@5ED2142D.cm-7-3a.dynamic.ziggo.nl) |
20:44.04 | NeoMatrixJR | I think panel wake is better too. |
20:44.09 | WisTilt2 | what does it do with incoming calls? the only problem i have is the grey screen after im done with a call |
20:44.12 | arrrghhh | WisTilt2, i think that's about what i was getting when i watched it for about 4 hours. |
20:44.18 | NeoMatrixJR | phone call comes in and it actually wakes up! |
20:44.30 | WisTilt2 | NeoMatrixJR it should |
20:44.42 | arrrghhh | WisTilt2, well my phone can receive some calls and make some calls, but randomly the phone will reset. usually just an Android reboot, not a full reboot to WinMo. |
20:44.52 | NeoMatrixJR | didn't before...but I may have had too much crap in my non-test build |
20:45.02 | WisTilt2 | arrrghhh if you're seeing around 3% per hr then you should get the same 35 or so hours we are getting |
20:45.07 | arrrghhh | i've just had a lot of crashes related to the phone radio. always when my damned dad calls to. |
20:45.13 | arrrghhh | probably, i just haven't been able to run it that long :P |
20:45.35 | [acl] | wow people actually bid like crazy on these used tp2s |
20:46.01 | arrrghhh | best kbd phone out right now. |
20:46.05 | arrrghhh | hell yes they do :P |
20:46.12 | bzo | just keep your eye on the buy it nows |
20:46.20 | NeoMatrixJR | I paid $350 when I got mine off ebay. That was when sprint was still selling them for $350 too w/ contract. figured I may as well not sign a contract. |
20:46.29 | bzo | I've seen a bunch of working ones w/ bad esn for $120 |
20:46.39 | [acl] | bzo: oo i need to find those.. |
20:47.08 | NeoMatrixJR | [acl] check your local craigslist too...you never know what will pop up |
20:47.08 | bzo | they come and go |
20:47.40 | bzo | lol, I lucked out and got mine for $60 |
20:48.12 | NeoMatrixJR | sprint touch pro 2 on my craigslist for $150 |
20:48.16 | NeoMatrixJR | clear ESN |
20:48.25 | NeoMatrixJR | 2GB card included |
20:48.46 | bzo | sounds about market to me, always $140-150 tp2s on ebay w/ good esn |
20:49.06 | [acl] | $150? who do you think i am ? .. wistilt ? he got the bandwidth, then the women, then the power |
20:49.31 | bzo | and don't forget his army of workers |
20:50.10 | NeoMatrixJR | WisTilt2: any other tests? otherwise I'm going to switch back to my non-test card |
20:50.25 | WisTilt2 | bzo: that reminds me, what sequence again on gpio30 worked? |
20:50.47 | WisTilt2 | NeoMatrixJR thats it for now. need to finish this rhod panel file up. |
20:51.13 | bzo | don't have it with me, but I think it was low, msleep(50) then high |
20:52.00 | bzo | if I can just get around to it, I'm still planning on pushing up everything to a new branch |
20:52.11 | NeoMatrixJR | WisTilt2: Btw... what ever happened with button LED's (or keyboard backlight)? |
20:52.35 | stinebd | he's a busy man and can only hire so many intern slaves before the department of labor and industry gets suspicious |
20:53.13 | NeoMatrixJR | stinebd: did some testing on that stuff for him a while back...just wondered if it went anywhere. |
20:53.25 | WisTilt2 | bzo: we need to work more on that. camera is so close it seems. i went over the tables again this morning and they are correct so i know we're good there. |
20:53.27 | NeoMatrixJR | intern slaves would be awesome |
20:53.31 | NeoMatrixJR | I could use some of those |
20:53.50 | stinebd | it's not the kind of slaves you're thinking of. in this field, they're fat, smelly and male |
20:54.00 | arrrghhh | but are they good codemonkeys? |
20:54.03 | bzo | WisTilt2: yeah, it feels close to me to. Now we're stuck on a userland problem |
20:54.30 | WisTilt2 | NeoMatrixJR: still coming. like i said, doing too much all at once, now 1 thing at a time. |
20:54.43 | stinebd | bzo: ah crap |
20:54.43 | NeoMatrixJR | yes. I need code monkeys to code below me. I'm not as 1337 as you kernel dudes, but I'm still a monkey of another type (web-shit/JAVA) |
20:54.57 | arrrghhh | much better plan. then in theory you can commit the little things then. |
20:55.30 | bzo | stinebd: well, perhaps acl's lib mod will be of use here |
20:55.42 | stinebd | egl? |
20:56.04 | stinebd | or a camera lib that i don't know about? |
20:56.34 | bzo | hitting memory limits in gralloc, so maybe 2+13 will work better |
21:02.17 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
21:02.45 | *** join/#htc-linux natemcnutty (cea9e899@gateway/web/freenode/ip.206.169.232.153) |
21:03.05 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
21:03.23 | natemcnutty | WisTilt2: you have a zImage for me to test? |
21:03.47 | arrrghhh | natemcnutty, hell yes he does :P grab it now, has some panel fixes & gps/ambi fix. |
21:04.01 | arrrghhh | workin great on our 300's and 400's, need a 500 to test it. |
21:04.12 | natemcnutty | just finished reading through the logs. bzo and WisTilt2 have been busy... |
21:04.28 | natemcnutty | flashing to wince right now, what's the link again? |
21:04.37 | arrrghhh | natemcnutty, i'll pm you |
21:04.41 | natemcnutty | thx |
21:07.20 | natemcnutty | gonna be a few minutes. waiting on wince to finish setting up |
21:07.56 | arrrghhh | NOW |
21:08.51 | arrrghhh | WisTilt2, i think i love this new kernel. no, scratch that. i KNOW i love this new kernel :P |
21:10.07 | NeoMatrixJR | WisTilt2: do you plan on committing these changes then once tested by a 500? or will it be a while before we see them in auto-build? |
21:14.46 | natemcnutty | booting in now WisTilt2 . Do you need kmesg or logcats at all? |
21:15.41 | WisTilt2 | sorry phone again... i see arrrghhh got you going. no logs needed just tests:) |
21:17.56 | FsTluxe | gauner1986, Why people swiched to new kernel tree (evo) whats wrong with the old nexus tree ? |
21:18.09 | WisTilt2 | NeoMatrixJR: yes we'll get it submitted shortly. i may submit it as part of the topaz file. going to be a day or so before the full board file for rhod is ready, have to code all the panel init stuff still. |
21:18.34 | WisTilt2 | arrrghhh: sorry you dont like it:) |
21:18.51 | arrrghhh | WisTilt2, don't like what...? |
21:19.01 | arrrghhh | oh nvm. stupid text. |
21:19.02 | WisTilt2 | WisTilt2, i think i love this new kernel. no, scratch that. i KNOW i love this new kernel :P |
21:19.10 | WisTilt2 | lol |
21:19.11 | arrrghhh | yea, i'm retarded sorry :P |
21:19.27 | *** join/#htc-linux gwynmarta (~gwynmarta@host-94-231-62-165.ip.jarsat.pl) |
21:19.54 | WisTilt2 | and still no gps killing ambient? |
21:21.58 | WisTilt2 | stinebd: i know you're a busy guy but any approx eta on the userland ambient enable/disable? im setting it up as autobl fyi. |
21:22.51 | arrrghhh | WisTilt2, ambi still goin strong. |
21:23.10 | arrrghhh | haven't gotten a valid gps lock, but i am inside a 3-story brick building :P |
21:23.20 | WisTilt2 | nice. gets pretty bright if you go outside in sun |
21:23.28 | stinebd | WisTilt2: no time soon |
21:23.33 | *** join/#htc-linux iDavid (~iDavid@197.0.186.23) |
21:23.39 | stinebd | unless we're really really lucky |
21:23.52 | stinebd | it looked less than trivial when i was going through the sensors code |
21:24.17 | iDavid | Did anyone got the new Desire HD Camera [Fix] files ported to Leo ? |
21:25.47 | natemcnutty | WisTilt2: Just finished doing some testing with auto-backlight on in wince before boot |
21:26.04 | natemcnutty | The backlight does now power off, but the led is still green, never goes amber |
21:26.14 | natemcnutty | ambient is working perfect though |
21:26.32 | arrrghhh | natemcnutty, is gps enabled in loc&sec? |
21:26.40 | arrrghhh | for whatever reason that breaks sleep. |
21:26.48 | arrrghhh | needs to be UNchecked |
21:27.03 | natemcnutty | I'm sure it is, let me uncheck it |
21:27.21 | natemcnutty | yup, that does it |
21:27.26 | arrrghhh | :D |
21:27.59 | NeoMatrixJR | hey guys...is there documentation somewhere on building a rootfs? I've got kernel and system |
21:28.34 | natemcnutty | and on the lock screen it works perfectly too |
21:29.12 | arrrghhh | natemcnutty, when you put the device to sleep how quickly does the panel shut down? |
21:29.17 | natemcnutty | NeoMatrixJR: Download the script from http://gitorious.org/xdandroid-eclair/eclair-rootfs/blobs/master/scripts/generate-rootfs.sh |
21:29.36 | natemcnutty | Make adjustments for file system and stuch and build |
21:29.41 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
21:30.07 | natemcnutty | if you need to make changes, you need to insert a copy routine to copy your modified files into it before you compile |
21:30.19 | natemcnutty | arrrghhh: instant |
21:30.33 | arrrghhh | natemcnutty, awesome :D WisTilt2, shove this crap thru. have [acl] commit :P |
21:30.46 | WisTilt2 | natemcnutty: this kernel also has the power saving in it so you might test that in sleep over time. also hq video works but skips and freezes due to framebuffer issues. curious if you get as much skipping on the 500. |
21:30.55 | natemcnutty | use to be 5 sec when ambient was on in wince and instant when ambient was off |
21:31.02 | natemcnutty | now it is instant regardless |
21:31.06 | arrrghhh | :D |
21:32.02 | arrrghhh | WisTilt2, sometimes it takes a little while to actually sleep, but there's probably crap running in the bg. panel always powers down immediately. |
21:32.18 | natemcnutty | WisTilt2: I'll look at the hq video for you. Does this include the fix for ram console size? |
21:32.39 | LeTama | gauner1986: so audio is ok for you? Good news |
21:32.43 | arrrghhh | man it dims so smooth i can hardly notice that it's dimming at all. |
21:32.59 | natemcnutty | arrrghhh: I get an occasionaly green pop up too. I have three push accounts on here |
21:33.10 | gauner1986 | LeTama: yeah.. works fine.. didn't notice a real difference though.. call quality seems to be a little better.. |
21:33.10 | natemcnutty | but it stays amber most of the time from what I've seen so far |
21:33.12 | arrrghhh | yea, i've got two & gv |
21:33.39 | arrrghhh | i've had a few times where the led will stay green for a while after i put it to sleep, but it does always go amber eventually. i'm so impatient :P |
21:34.03 | LeTama | gauner1986: the biggest improvement should be microphone, less ambient noise at the end of the line |
21:34.13 | WisTilt2 | natemcnutty: dont know about the ram console size, thats probably a bzo question. i just fixed the tables that were keeping the chip from being initialized. |
21:34.52 | natemcnutty | was just thinking about your tearing. wondering if that may help it |
21:36.00 | natemcnutty | just this commit: http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/ee7e1524ca46a340d50cd306687f8085dc186d76 |
21:38.00 | WisTilt2 | i did a git pull this morning so should have that in my kernel now. maybe its working now, haven't tried it since yesterday. |
21:38.25 | WisTilt2 | natemcnutty you seeing skipping also and how bad? |
21:39.58 | natemcnutty | WisTilt2: not really seeing much skipping over 3g, don't have wifi or anything from the sd card to watch here though |
21:40.30 | natemcnutty | just watched 2 movie trailers off youtube app, and only had a couple spots where it skipped a tiny bit |
21:40.36 | *** join/#htc-linux AndChat| (~AndChat@host-87-75-138-248.dslgb.com) |
21:40.43 | WisTilt2 | you running it in hq mode? |
21:40.48 | natemcnutty | yup |
21:40.57 | WisTilt2 | looks same as in winmo then? |
21:41.10 | WisTilt2 | quality wise |
21:41.12 | natemcnutty | I don't really watch much video, so I can't say |
21:42.03 | WisTilt2 | the 500 must have much more hp than my 300. i get freezes frequently for seconds at a time. quality is excellent though. |
21:42.14 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
21:42.43 | WisTilt2 | does ambient still work while playing the video? |
21:42.53 | natemcnutty | let me check it |
21:44.09 | natemcnutty | one thing is for sure, it does lag up the video badly when the navigation bar moves |
21:44.32 | *** join/#htc-linux Regulator (~duffman@c-67-162-193-231.hsd1.ar.comcast.net) |
21:44.34 | gauner1986 | letama: okay.. hum.. have to call myself to check that |
21:45.17 | natemcnutty | ok, now it keeps freezing the video. gonna restart the phone and try that again |
21:45.21 | natemcnutty | think I broke the app |
21:47.21 | LeTama | gauner1986: :) I did a few tests with my wife, she found it better. |
21:48.51 | *** join/#htc-linux jonolo1 (~AndChat@host-87-75-138-248.dslgb.com) |
21:51.03 | arrrghhh | natemcnutty, we both had some pretty bad choppiness... although i didn't really give it a chance to buffer. |
21:51.03 | FsTluxe | gauner1986, Why people swiched to new kernel tree (evo) whats wrong with the old nexus tree ? I don't see the advantage. |
21:51.10 | natemcnutty | WisTilt2: ok, so it looks like a crap shoot. some HD plays fine and others don't. I do get a lot of tearing on faster stuff |
21:51.23 | natemcnutty | Ambient does work even while playing this stuff back though |
21:52.05 | natemcnutty | also, I run at 768 which may be either helping or hindering depending on what is going on there |
21:52.06 | gauner1986 | if my gf hadn't left me i would have called her :P |
21:52.27 | FsTluxe | :P |
21:52.27 | gauner1986 | fstluxe: evo kernel has some power management stuff implemented and is more compatible with leo |
21:52.57 | natemcnutty | arrrghhh: yeah, non HQ is perfect though |
21:53.09 | WisTilt2 | natemcnutty: well once framebuffer issue is fixed that should fix that. ambient is on the hardware so should work in all cases. |
21:53.24 | FsTluxe | let say more compatible then Desire kernel ? .. the evo has also hdmi stuf etcc what we never use.. |
21:53.45 | *** part/#htc-linux iDavid (~iDavid@197.0.186.23) |
21:54.02 | arrrghhh | i see. |
21:56.38 | gauner1986 | ah i remember.. desire hd rom has the arrow keys on keyboard.. |
21:57.02 | LeTama | FsTluxe: and desire kernel was (is? don't know about the new one for froyo) .29, evo is .32 |
21:57.22 | FsTluxe | new kernel = .32.15 |
21:57.26 | LeTama | FsTluxe: so it was easier to port existing stuff from previous kernel |
21:57.57 | FsTluxe | I understand |
21:58.11 | FsTluxe | since 2 weeks now 32/15 |
21:58.25 | FsTluxe | 32.15 source = out there |
21:58.50 | emwe | natemcnutty: yah, i increased ram_console again. it went from 20k to 2k back and forth in the past :) |
21:59.08 | bzo | WisTilt2: now I'm not so sure the framebuffer is to blame for the hq video |
21:59.14 | *** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com) |
22:00.14 | natemcnutty | emwe: yeah, what exactly is the ram_console responsible for? |
22:00.23 | LeTama | Gauner1986: you're on sense I presume ? Could you test something for me: press the windows button while sleeping, and press it a second time when you are on lock screen ? |
22:00.55 | emwe | natemcnutty: it's where dmesg/kmsg output goes to and is still present on wince for dumping it in case device freezes. |
22:01.14 | WisTilt2 | bzo: any other ideas? |
22:01.21 | *** join/#htc-linux kmd (~deanek@ip68-9-219-143.ri.ri.cox.net) |
22:01.42 | natemcnutty | ahh, gotcha :) |
22:01.49 | bzo | no, but it just occurred to me that the framebuffer pushes just as many pixels playing low or high quality video |
22:02.02 | gauner1986 | letama: mom, have to reboot |
22:02.04 | NeoMatrixJR | ok, what's the format patch command again? (I don't do this enough) |
22:02.24 | LeTama | gauner1986: on my build, it unlock screen :( |
22:03.01 | bzo | WisTilt2: but it's not to say that slow framebuffer is not to blame. I'm just not as certain |
22:03.49 | natemcnutty | does HQ video playback nicely off the sd card? |
22:03.58 | natemcnutty | like something encoded to mp4 |
22:04.22 | WisTilt2 | bzo: we're getting the chip init otherwise hq would be blank, so i have no idea where to go from here. |
22:05.18 | *** join/#htc-linux [zozi] (~chatzilla@2.80.137.149) |
22:05.39 | WisTilt2 | natemcnutty: never tried that. dont have any mp4 files laying around |
22:05.59 | arrrghhh | i do @ home, i can try it then. |
22:06.48 | natemcnutty | yeah, I'm just curious if it is cache thrashing or if it is actually the hardware |
22:07.27 | natemcnutty | it's weird, only a couple of videos have worked with only a couple of hiccups, the rest don't really play right |
22:08.11 | natemcnutty | I have a bunch of HQ MP4's at home I encoded for the wife's iPod. I'll test one of those out when I get home |
22:08.12 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
22:08.28 | [acl] | took a good nap at work |
22:08.33 | arrrghhh | nice. |
22:08.37 | arrrghhh | i wish i got paid to sleep :P |
22:08.47 | gauner1986 | letama: i don't have that problem |
22:08.51 | [acl] | ahh.. too bad |
22:08.52 | NeoMatrixJR | stinebd u still around? |
22:09.05 | WisTilt2 | wow, im playing mythbusters car smash in hq and it playing perfectly without skipping now. hadnt tried since yesterday. |
22:09.12 | arrrghhh | seriously. i need your job [acl] :P |
22:09.48 | stinebd | NeoMatrixJR: sorta, i'm on a cell connection and working with my isp at the moment. talk and i'll get to you |
22:09.59 | arrrghhh | lol |
22:10.00 | LeTama | gauner1986: ok, thanks |
22:10.19 | [acl] | arrrghhh: haha nahh dood.. i work crazy hours.. this is pretty much my life.. im rarely in my apt |
22:10.46 | stinebd | NeoMatrixJR: okay, got it. why weren't those files included before? |
22:10.53 | arrrghhh | ah. well, i should probably stop or we should take this to -chat :P |
22:11.28 | stinebd | NeoMatrixJR: that explains why i didn't change those. grep didn't find anything to change ;) |
22:12.12 | *** join/#htc-linux shu8i (~shu8i@66.87.8.2) |
22:14.30 | [acl] | http://cgi.ebay.com/HTC-Touch-Pro2-/150509574464?pt=Cell_Phones&hash=item230b11d940 |
22:14.33 | [acl] | booya |
22:15.04 | arrrghhh | $110 buy it now DO IT |
22:15.21 | stinebd | war chest! |
22:15.23 | arrrghhh | ah bad esn tho. |
22:15.30 | stinebd | bad esn? |
22:15.37 | stinebd | oh |
22:15.38 | stinebd | cdma |
22:15.39 | stinebd | hah |
22:15.43 | arrrghhh | I have a Verizon phone that I bought from a friend who found it on a train, it got added to the lost list before I could activate it so cannot be re-activated on Verizon |
22:16.00 | arrrghhh | at least you know it's stolen :P |
22:16.07 | stinebd | yeeeeahhhh |
22:16.12 | arrrghhh | takes the fun out of wondering. |
22:16.17 | [acl] | yeah but i have sprint anyways |
22:16.20 | [acl] | but damn rhod500 |
22:16.23 | [acl] | i feel like im cheating |
22:16.26 | arrrghhh | hahaha |
22:16.28 | [acl] | 400 to the death |
22:16.33 | arrrghhh | not sure if sprint'll activate it... |
22:16.44 | stinebd | sprint activates anything |
22:16.45 | [acl] | nahh i have the evo .. |
22:16.47 | stinebd | except gsm phones |
22:16.51 | [acl] | i mean epic |
22:16.58 | *** join/#htc-linux Cael (~Cael@75-129-225-238.dhcp.mtvr.il.charter.com) |
22:16.59 | arrrghhh | stinebd, no they only activate crap from their own list of ESN's. |
22:17.06 | *** part/#htc-linux Cael (~Cael@75-129-225-238.dhcp.mtvr.il.charter.com) |
22:17.20 | stinebd | not if you know how to handle them |
22:17.37 | arrrghhh | i'm not sure i want you to continue that thought. |
22:17.40 | stinebd | although it involves a rifle and a boost mobile store |
22:17.46 | arrrghhh | LOL |
22:18.16 | [acl] | i should get the sense 2.2 fanboy to donate.. i got that bad boy running and they are begging for a build |
22:18.18 | [acl] | begging |
22:18.43 | stinebd | hold it for ransom |
22:19.12 | [acl] | yeah but this phone my not be here for another day |
22:19.15 | arrrghhh | oh yea dude. hold that crap for ransom, those tools will donate for sense 2.2 :P |
22:19.28 | [acl] | who would buy a bad esn phone? |
22:19.33 | arrrghhh | you. |
22:19.33 | [acl] | i might just bid on this shit see if anyone buys |
22:19.40 | [acl] | ok bidding |
22:19.43 | [acl] | not buy now |
22:19.45 | arrrghhh | ppl that have cricket |
22:19.56 | bzo | or metropcs |
22:20.01 | stinebd | or wifi |
22:20.23 | jonpry | [acl] you trying to get a new rhod? |
22:22.06 | hamagc | or people that have no morals and will just hack the esn to get it on their provider lol |
22:22.21 | stinebd | mmm federal wire fraud |
22:22.28 | stinebd | even in the absence of wires! |
22:23.01 | hamagc | lol |
22:23.04 | jonpry | my understanding is that while sketchy it is not 100% always illegal to change your esn |
22:23.23 | hamagc | really? i was always told that was a big no no |
22:23.25 | jonpry | for example esn swap is ok |
22:23.27 | stinebd | in america, everything is always illegal |
22:23.33 | hamagc | lol x2 |
22:23.39 | bzo | depends how much $ you have |
22:23.42 | [acl] | jonpry: has to be done.. nand cannot die.. |
22:24.04 | jonpry | but 2 phones can never have the same esn at the same time |
22:24.16 | jonpry | and you can't use an esn from a phone you don't own |
22:24.37 | *** join/#htc-linux Refuge (~none@ppp-99-14-111-31.dsl.ipltin.sbcglobal.net) |
22:24.44 | hamagc | 2 phones can have the same esn, but they can't both be activated on the same carrier |
22:24.53 | [acl] | ok already made the bid |
22:25.08 | jonpry | hamagc: technically yes, but legally no |
22:25.19 | hamagc | lol, legallities, psh |
22:26.10 | hamagc | only legalities are if you get caught. have no idea on the likelyhood of that though |
22:26.42 | jonpry | basically if your not actually committing any fraud there is very small chance |
22:27.02 | *** join/#htc-linux muriani (james@internal.directron.us) |
22:27.20 | hamagc | that was always my mind set. odds are you'll be ok if you spoof your own esn and not someone elses. never tried it though lol |
22:31.47 | *** join/#htc-linux NeoMatrixJR_Mobi (~NeoMatrix@70-12-183-21.pools.spcsdns.net) |
22:36.01 | *** join/#htc-linux kmd (~deanek@ip68-9-219-143.ri.ri.cox.net) |
22:45.40 | *** join/#htc-linux NeoMatrixJR_Mobi (~NeoMatrix@70-12-183-21.pools.spcsdns.net) |
22:59.21 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
23:04.19 | NeoMatrixJR | jonpry: esn swap != swap esn on phone. They swap the ESN #'s on the account to the new phone |
23:04.32 | NeoMatrixJR | brb |
23:10.30 | *** join/#htc-linux Daevoq (~IceChat7@95.239.99.113) |
23:11.12 | *** join/#htc-linux kmd (~deanek@ip70-181-2-2.ri.ri.cox.net) |
23:11.30 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-25-51-102.client.mchsi.com) |
23:13.11 | *** join/#htc-linux Daevoq (~IceChat7@95.239.99.113) |
23:15.10 | FsTluxe | bye |
23:17.50 | *** join/#htc-linux DuperMan (~1@93-173-187-12.bb.netvision.net.il) |
23:20.04 | WisTilt2 | stinebd: on the userland ambient control- so what you're saying is it's going to take some doing? dont know how much help i can be, never really dug into anything other than the kernel part. |
23:20.27 | stinebd | WisTilt2: yeah, we really don't have any example code for hardware-based auto brightness |
23:20.54 | stinebd | i mean it *seems* as simple as flipping a switch in sysfs, but you have to give android the knowledge that it's there and it should use it |
23:21.01 | WisTilt2 | dont need that. just need a way to select on/off and pass it to kernel dont we? |
23:21.11 | WisTilt2 | ah |
23:21.36 | stinebd | and there have been various commits in the eclair days that have "deprecated" hardware auto brightness |
23:21.40 | stinebd | so... |
23:22.47 | WisTilt2 | maybe for now we can just add an option for startup.txt? |
23:23.11 | stinebd | normally, android will use software auto brightness. reading sensor data from a device node, interpreting it and changing backlight brightness, all in the library |
23:27.28 | stinebd | do any aosp roms on hero do ambient light? |
23:30.24 | stinebd | WisTilt2: so do i understand correctly that your kernel doesn't handle any of the logic, it's all done in hardware? |
23:31.40 | WisTilt2 | it only does the microp setup to enable/disable it. hardware does the rest. |
23:32.17 | WisTilt2 | init/enable/disable thats it. |
23:35.22 | *** join/#htc-linux DuperMan (~1@89-139-60-198.bb.netvision.net.il) |
23:36.15 | stinebd | WisTilt2: all attempts to adjust brightness with auto brightness active will silently fail right? |
23:36.28 | stinebd | ie. function will succeed and do nothing |
23:38.00 | WisTilt2 | yep. once microp takes over the brightness registers are disabled, or at least dont respond anymore. function wont return any errors, it will assume it worked. |
23:38.25 | stinebd | ok |
23:38.37 | stinebd | maybe i can add a pseudosensor to the library |
23:38.48 | stinebd | have it return 42 or some constant and trick android |
23:39.18 | *** part/#htc-linux shu8i (~shu8i@66.87.8.2) |
23:41.51 | WisTilt2 | so i just need to setup a sysfs called autobl and 0/1 = off/on |
23:42.05 | stinebd | yeah |
23:42.30 | stinebd | and make it work for raph too |
23:42.35 | stinebd | otherwise i have no way to test |
23:43.15 | stinebd | piece of cake right? |
23:43.20 | WisTilt2 | lol, need to figure out raph's microp for that unfortunately and without one dont know how we could. |
23:43.32 | stinebd | i have one! |
23:43.49 | WisTilt2 | you have the autobl microp addy for raph? |
23:43.56 | stinebd | yes |
23:44.00 | stinebd | 1600 pennsylvania ave |
23:44.12 | WisTilt2 | funny |
23:44.30 | stinebd | from whence does one accrue such information? |
23:44.54 | stinebd | don't say docs |
23:46.06 | WisTilt2 | they dont easily. is there any microp mapping for raph at all? at least that would narrow it down and i could make up a kernel you could run that would be time consuming but would eventually find it. |
23:46.35 | stinebd | http://htc-linux.org/wiki/index.php?title=RaphaelMicroP |
23:46.36 | WisTilt2 | it does have hardware autobl for sure? not just doing it in software |
23:47.11 | stinebd | who knows |
23:47.38 | stinebd | if it doesn't we're in big trouble |
23:47.59 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
23:48.34 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
23:48.49 | stinebd | x23 w AUTO_BACKLIGHT * (2)aa:on Enable/disable automatic backlight (aa=0 for mahi, 02 for diam/raph) |
23:48.50 | *** join/#htc-linux largeprime (~LargePrim@70-8-126-93.pools.spcsdns.net) |
23:49.21 | WisTilt2 | yeah see that. different microp than rhod but looks like that should work |
23:49.27 | WisTilt2 | if that info is accurate |
23:49.30 | stinebd | what's rhod's? |
23:49.45 | WisTilt2 | we've tested it on 210/300/400/500 |
23:50.19 | stinebd | i mean what's cmd id on rhod |
23:51.32 | WisTilt2 | 0x22 on rhod but init bitmasks are tricky. doesnt look like as complicated on raph. |
23:51.56 | stinebd | mm |
23:52.58 | stinebd | i wonder who did all that |
23:53.59 | stinebd | oh another thing. when you start working on the keyboard leds, we should be integrating those into liblights as well i think |
23:55.13 | stinebd | assuming it does that |
23:56.36 | WisTilt2 | the caps/fn leds are also microp. kbd backlight is a totally different animal using both gpio and microp with brightness levels like lcd. dont know how that all would be tied into liblights. |
23:57.13 | WisTilt2 | kbd backlight is going to be either on when open, off when closed as far as im concerned. all done in the kernel since no need to access from userland. |
23:57.42 | stinebd | i would prefer not to have keyboard backlight controlled by userland |
23:58.10 | WisTilt2 | caps/fn leds need to tie into screen kbd of course along with kbd. |
23:58.22 | stinebd | yeah, that should be relatively easy |
23:58.28 | stinebd | it's just a matter of exposing functions in liblights |
23:58.47 | stinebd | functions which write to sysfs, of course |
23:59.04 | stinebd | something like this: http://github.com/CyanogenMod/android_hardware_msm7k/commit/4c19a2bc7cdbaa5098802c3a732ec4f37ebe530c |
23:59.06 | WisTilt2 | yep, thats easy. jonpry already added the control for those leds in the kernel, just need userland part |
23:59.46 | stinebd | are those in linux-msm? |
23:59.50 | WisTilt2 | yes exactly like that code |