IRC log for #htc-linux on 20110210

00:03.46*** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net)
00:04.22*** join/#htc-linux KungFunk (~cow@84-55-99-121.customers.ownit.se)
00:21.41*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
00:34.11*** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net)
00:37.31*** join/#htc-linux dharvey4651 (~dharvey46@c-69-254-236-232.hsd1.ks.comcast.net)
00:41.49*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
00:54.12*** join/#htc-linux Daevoq (~IceChat7@host144-107-dynamic.246-95-r.retail.telecomitalia.it)
01:11.54*** join/#htc-linux Erikson (~Erik@i5E86DD6D.versanet.de)
01:16.52*** join/#htc-linux MN_ (~yaaic@host86-134-36-118.range86-134.btcentralplus.com)
01:17.41*** join/#htc-linux cedesmith (~chatzilla@188.173.15.86)
01:22.37*** join/#htc-linux tyween (~tyween@pool-108-18-214-3.washdc.fios.verizon.net)
01:53.15*** join/#htc-linux Refuge (refuge@99.124.132.37)
02:00.44*** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com)
02:11.25*** join/#htc-linux tehsu (tehsu@64.85.170.124)
02:24.27*** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey)
02:33.22*** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net)
02:44.24*** part/#htc-linux StummeJ_ (~StummeJ@wrt206-04.cns.uni.edu)
02:45.40*** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com)
03:11.20*** join/#htc-linux Refuge (~none@adsl-99-124-132-37.dsl.ipltin.sbcglobal.net)
03:13.47*** join/#htc-linux crawling_ (crawling@a94-132-162-77.cpe.netcabo.pt)
03:27.15*** join/#htc-linux tp2UScell (627d6032@gateway/web/freenode/ip.98.125.96.50)
03:27.50tp2UScellany body here that can help me with instructions to get android working on my US cellular touch pro2
03:35.45*** join/#htc-linux Refuge (refuge@adsl-99-124-132-37.dsl.ipltin.sbcglobal.net)
03:45.00*** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821)
03:49.49*** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net)
03:53.53WisTilt2arrrghhh: front and center!
03:56.27WisTilt2randomblame: you at your kbd?
03:56.53randomblamemy rhods keyboard
03:57.05WisTilt2hey, you have a 300 right?
03:57.19randomblamei can get at my computer in a sec
03:57.43randomblameyeah tilt 2 goodness
03:58.16*** join/#htc-linux Refuge (~none@adsl-99-124-132-37.dsl.ipltin.sbcglobal.net)
03:58.19WisTilt2did you happen to run my last kernel to see what panel id you are seeing?
03:59.21WisTilt2arrrghhh sent me a list of all the rhods that tested and someone on a 300 said it returned 0x14, mine shows 0x15 so wanted to verify that
04:02.33stinebdWisTilt2: http://files.xdandroid.com/rootfs/rootfs-20110210-41ac1a3.zip for possible system_server fix
04:03.24WisTilt2what?  you found the cause? JIT or sensors?
04:04.03stinebdsensors
04:04.27WisTilt2seriously?  JIT still off then?  which sensor do we know yet?
04:04.34stinebduntimed loop, maybe the result of a race on the input device
04:04.46stinebdjit still off, yes
04:04.54WisTilt2hmm, sounds like prox sensor maybe
04:05.08stinebdbma150?
04:05.24WisTilt2i enabled prox sensor in the kernel awhile back and had all kinds of timing problems so put it aside
04:06.38randomblamewistilt2 - i am on your latest kerrrnel but havent had a chance to check panel id
04:06.52stinebdhttp://gitorious.org/xdandroid/hardware_xdandroid-sensors/commit/a848314c545e1e91af30a9c26087f56a61263702 is the relevant commit
04:07.02WisTilt2i assume you messed with delays then?  where did you do that, i can look at kernel side and see if there is any bad code there.
04:07.13WisTilt2stinebd: ok will take a look
04:07.27F22http://www.mediafire.com/?xt53g3i2nio3vii  <--- stinebd's libsensor fix with my expanded rhodium keymaps/layouts.
04:07.34WisTilt2randomblame it will be around 1.6 secs into boot in the logs
04:07.35*** join/#htc-linux Rajko (~Rajko@cable-188-2-156-96.dynamic.sbb.rs)
04:08.05WisTilt2you should see 15 since you have same device i do but need to make sure
04:08.19F22WisTilt2: Were you able to get the info you were asking about the other day?
04:08.39randomblamei will check when i get to the computer - thats odd do you think it was really an auo panel in a 300 or could it be misdetection
04:09.12WisTilt2F22: yes, [acl] and i talked it over last night.  i had spl setup but forgot to add the virtual addy to io.c so wasnt really mapping.  works like a charm now!
04:10.30WisTilt2randomblame: 0x14 is normally EID panel but mine is always showing 0x15 so i'll bet the 300 will be the only different one aside from the AUO's
04:10.57F22sounds good
04:11.10WisTilt2if you'rs shows 15 ill add it to the branch, just want to make sure i have all possibilities in there before i commit the panel collapse code.
04:12.02randomblameok i'll let you know in about 5 minutes - hooray for commits
04:12.11WisTilt2stinebd: what delay was in there before you changed it to 1000?
04:12.17stinebdWisTilt2: none.
04:13.24WisTilt2yeah that is a problem.  so many timing issues.  im booting your new rootfs with JIT off again to give it a try for the next day or so.  ill have all our company phones run it tomorrow all day also to confirm.
04:14.20F22i've never heard of 0x15 before.
04:15.28stinebdthat's not a whole lot of context. basically what's happening at that point in the code (the function polls for data from the input device) is a while loop to read the data into `struct input_event event`. for whatever reason, it happens frequently on rhod at boot that the read is undersized. that conditional hits the continue and starts a new iteration in the loop immediately
04:17.45WisTilt2ah, well enabling JIT probably added just the right amount of delay to semi fix it then.  glad you found the direct cause so we can all move on:)
04:18.01stinebdlol yeah, crazy coincidence with jit
04:19.14WisTilt2guess ill reboot again, forgot to turn JIT off again in system
04:20.45*** join/#htc-linux Christie (Christine@adsl-71-156-38-17.dsl.irvnca.sbcglobal.net)
04:22.53WisTilt2F22: yeah my 300 returns 0x15 every time so we'll confim with randomblame.  wouldnt surprise me with all the differences these devices have everywhere.
04:23.55WisTilt2stinebd: my imagination maybe but sure seems to boot up faster? got to unlock screen twice as fast as usual.
04:24.28stinebdmaybe
04:24.31WisTilt2no system server issue that boot obviously
04:24.53stinebdi honestly have no idea how it acts on that hardware, i only have arrrghhh's reports to go by
04:25.36randomblamei think i have to reboot dmesg output iiisnt showing first stages of boot
04:26.05WisTilt2damn, it did boot way faster.  looking at boot log the panel detect happened at 1.1secs, normally 1.6-1.8secs
04:26.53randomblameit starts at 13056.433563 coming out of suspend
04:27.00randomblameso brb
04:27.23WisTilt2randomblame: ok
04:28.25WisTilt2stinebd: just rebooted again, no system server issue, and definitely booting faster.  panel detect still at 1.1 secs wow.  havent changed a thing other than diff rootfs and JIT off.
04:29.09*** join/#htc-linux randomblame1 (~randombla@c-71-59-184-96.hsd1.wa.comcast.net)
04:29.16WisTilt2panel id 0x15 still so 300's must be different.
04:32.00randomblame1panel type detected: 15
04:32.41WisTilt2ok, guess that confirms that.  ill add that to the branches in detect.  thanks for verifying.
04:32.52randomblamenp
04:33.10WisTilt2what timestamp did panel detect happen on your device?
04:33.19randomblame1.6
04:33.26WisTilt2you oc'd?
04:33.30randomblameyep
04:33.57WisTilt2hmm, im oc'd to 700mhz and mine happens at 1.1 now, used to be 1.6
04:34.22randomblameacpu running at 710400 khz
04:34.27randomblameso idk
04:34.33randomblamemaybe your sd card is faster
04:34.43rpierce99randomblame: did you install the new rootfs tonight?
04:34.50randomblameno
04:34.54WisTilt28gig class 4 sd card here
04:34.55rpierce99that'd be why
04:35.04randomblame8gig class 6 here
04:35.14WisTilt2yeah try that.  new rootfs sped mine up a bunch
04:35.21randomblameI'll try it
04:35.30randomblameis that the one I was hearing about screwing up the accelerometer?
04:35.38rpierce99not anymore
04:35.42rpierce99it's fixed now
04:35.48randomblameawesome
04:36.07randomblameoh that's weird I look down at my phone and it's back in winmo
04:36.40randomblamespontaneous reboots are funny
04:39.43randomblameshit another reboot something funny going on - I hope my sd isn't corrupt again
04:40.15WisTilt2stinebd: i see what i think is the timing problem in sensor code in the kernel.  there is no delay during the hw init where there should be.
04:42.07randomblameThat fix should certainly be implemented in kernel rather than in userland.
04:43.12WisTilt2agreed.
04:43.28randomblameholy crap new rootfs really sped up boot
04:44.31stinebdwell that fix can stay in userland too, just in case
04:44.41stinebdnot like it's hurting anything where it is
04:48.08WisTilt2stinebd: problem is definitely in the hw init.  I also see where someone changed the SPI bus state due to a problem with libsensors that was never fully fixed.
04:48.26stinebdphh's fault?
04:48.42WisTilt2last change was by mweirauch
04:48.49stinebdoh noes
04:49.00WisTilt2on 11/11/2010
04:49.19stinebdwhat's the problem in libsensors?
04:49.44*** join/#htc-linux avinashhm (~avinash-h@192.163.20.232)
04:49.53stinebdah you're referring to fba1952fb37572c51fe309526804303e1554af45
04:50.25WisTilt2no, looking at the sourcecode, he made comments about it there
04:50.41stinebdyes i see
04:50.54stinebdthat's the relevant kernel commit
04:51.42WisTilt2hmm, this might be whats causing the device not to wake up at times if im following the logic right
04:52.00stinebdcan you repro that?
04:52.05stinebdbecause i can push a new rootfs with that change
04:52.06randomblamehe sure did comment it well at least.
04:54.26WisTilt2i bet this is why we see the microp failed to write errors at times.  i need to look through this when i have more brain power but for sure the init needs some fixin'
04:57.29*** join/#htc-linux tyween (~tyween@pool-108-18-214-3.washdc.fios.verizon.net)
04:57.54*** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net)
04:58.23WisTilt2stinebd: on a previous note, i didnt fully understand what you said but as userland is currently, it does or doesn't set any led states for notifications, charging, etc?
04:58.53WisTilt2i see all the led classes, just wonder if states are there
04:59.59stinebdWisTilt2: does not
05:00.39WisTilt2ok. whenever thats ready ill do the kernel side, pretty quick and easy on my end
05:00.50stinebduh well
05:00.57stinebdin order to do it, we need to know how to interface with the kernel side
05:01.09stinebdie i need sysfs paths
05:02.31WisTilt2you need separate state variable?  cant we just use the existing led classes with on/off states?
05:03.54stinebdok, keep in mind i don't have the hardware...
05:04.01stinebdwhat does rhod have in the leds tree?
05:05.50WisTilt2dont follow. one led, many states can be programmed
05:06.42stinebdyeah and what i'm saying is i have no idea how to do that
05:07.17stinebdbecause i have no access to the device to see what i need to do
05:09.26WisTilt2ah.  the led classes you have now will work, just need to switch on/off each one or setup say 8bits in one of them for each condition. only need one for sms,missed call,voicemail maybe,charge, and full.
05:09.56stinebdthe liblights from upstream has a bunch of sysfs files it uses
05:10.11stinebdlike /sys/class/leds/{amber,blue,green,...}/brightness
05:10.43WisTilt2yep.  cant we just define which of those we want for each condition and set/reset it?
05:10.57WisTilt2brightness we use now of course
05:11.18stinebdright, i was asking what we'll have to work with under /sys/class/leds
05:11.54stinebdbecause i doubt it'll be the same exact things as they have in the upstream
05:12.34WisTilt2do we need to stay like upstream?
05:13.03stinebdin the low level native interface, we have to probably remain similar at least
05:13.18stinebdin the java section we do have to stay the same
05:14.16WisTilt2does upstream already have each led defined to a specific condition like sms and such?
05:14.48stinebdthat's where it gets a little interesting
05:15.49*** join/#htc-linux SG (~SG@cpe-76-186-50-40.tx.res.rr.com)
05:16.08stinebdas far as i can understand, android's settings provide a color value for each notification (which can, in theory, be configured at runtime). as it makes the call to liblights, that library will approximate the closest possible hardware color match based on what's requested. then it'll hit the sysfs file for red, or blue, or whatever it determines to be the right light
05:17.07stinebdi'm going to have to look deep into the logic to figure out if that's exactly how it works
05:18.34WisTilt2so they're currently just setting 1/0 to each light file?  i see code in liblights doing that but is it just that those funcs are not called as of yet in our stuff?
05:18.54stinebdas far as i know, those interfaces aren't implemented in the kernel
05:19.37*** join/#htc-linux rpierce99_ (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com)
05:19.46stinebdso it's ENOENT
05:21.03stinebdof course the major issue with building out our liblights is raph/diam... those don't have any colored leds. it's all icons.
05:21.31stinebdi'll have to be a little creative with that
05:21.38WisTilt2damn, well looking at light_notifications and light_attention, it looks like android side is already setting them.  thats easy enough to code in the kernel.  i can translate the color file names to the appropriate led color.
05:22.08WisTilt2assuming all those are already in sysfs, which i think they are
05:23.21stinebddoes rhod have all of red, green, blue and amber?
05:23.30WisTilt2no red
05:23.44stinebdok so i'll have to take that out then
05:23.53WisTilt2green,amber, yellow on one led, blue on another with the light sensor
05:24.19stinebdthey're both by the speaker right?
05:24.34stinebdearpiece rather
05:24.35WisTilt2no, on the front.  speaker has another led
05:24.57WisTilt2rear led does red, green, and orange
05:25.18stinebdcool
05:25.22stinebdbut useless...
05:27.48WisTilt2i guess we could cat /sys/class/leds/amber/blink and see if it is set when sms or missed call to see if userland is indeed setting them now
05:28.42stinebdi wonder if those exist on raph
05:30.47stinebdheh nope
05:31.37WisTilt2not in sys, only button-backlight, lcd-backlight, and other stuff thats been implemented.  need to set the rest of them up in kernel
05:32.24stinebdgot klt::{action,back,end,home,send} on raph already
05:32.36WisTilt2same on rhod
05:32.50WisTilt2those are the only ones i see in the kernel
05:34.41WisTilt2well ill mess with that tomorrow night. im going to fix the rhod 300 caps/fn light reverse problem so i can commit it. i have so many changes going i need to finish them up one by one and commit so i can get a clean slate tree again.
05:35.04stinebddbgfs has the effects for raph, so we'll need to use that instead of the leds tree
05:35.15stinebdsince the navipad leds turn off in sleep
05:35.59WisTilt2shouldnt that be moved to sysfs?
05:36.09stinebdmaybe
05:36.18stinebdthe problem is where do you put it?
05:37.15WisTilt2leds_raph, leds_rhod, could become a mess
05:44.21stinebdlooks like 5 effects we can use on raph
05:45.11stinebdnone of which have a color
05:45.17WisTilt2is it just setting each light file on/off independently?
05:45.34stinebd?
05:45.49*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
05:46.00stinebdthe effects?
05:46.23WisTilt2yeah.  how are they setting each state?
05:46.53stinebdmicropklt_set_led_states
05:46.57stinebdin the kernel
05:47.10stinebdthere's only the dbgfs interface at the moment
05:47.26stinebdpick a number corresponding to an effect and it calls that
05:48.58WisTilt2i think in micropklt_set_led_states it uses a 32bit variable so we have plenty of room to add more conditions
05:49.15WisTilt2maybe its 16 bit, either way plenty
05:50.26stinebdi thought the hardware was limited to those effects
05:51.37WisTilt2dont know on raph but on rhod we can do all kinds of different color combos, blinks at different rates, etc with both front and back leds
05:52.00stinebdwell raph is the mentally challenged uncle of rhod
05:53.03WisTilt2currently though, led is using microp so limited to whats coded there.  i mapped all the direct led controls and can make just about any config you can get
05:53.05stinebd<PROTECTED>
05:54.08stinebdah so the kernel is doing all the work on rhod
05:54.10WisTilt2you can combine things like multiple colors with or without blink.  cant combine different blink rates obviously.
05:54.19WisTilt2currently it is yes
05:54.40WisTilt2not using anything from userland at all right now, thats what i want to change
05:55.24stinebdmore importantly not limited to the microp built-ins like raph
05:55.44stinebdmust be nice :P
05:55.56WisTilt2if i had a raph i could get the direct control like i did on rhod
05:56.10stinebdwell there must be some sort of control
05:56.27WisTilt2could probably figure it out if i setup some tests with you to try like we did on autobl for raph
05:56.27stinebdbecause the lights activate based on finger location on the navipad
05:57.05stinebdand we can control simple on/off for each light via sysfs
05:57.13*** join/#htc-linux Kasjopaja23 (~Tina@p578FFB24.dip.t-dialin.net)
05:57.45WisTilt2sounds like a good project some night when we've both had a few drinks:)
05:57.51stinebdif we can get a blink hook in there that would be perfect
05:58.16stinebdi'm just not sure if that would survive sleep mode
05:59.06WisTilt2blink hook in the kernel would be easy if userland can set the state in sysfs. sleep mode that could be shutdown at microp suspend.
05:59.59stinebdwe'd still want the lights on or blinking in sleep mode for notifications
06:01.50WisTilt2that could be done, just need to store the wake state in sleep and run blink on notifications separately.
06:02.03*** join/#htc-linux DuperMan (~Duper@109-186-12-253.bb.netvision.net.il)
06:09.41*** join/#htc-linux GPFerror_ (~GPF@ip72-208-193-231.ph.ph.cox.net)
06:11.52*** join/#htc-linux kiozen (~kiozen@rgnb-5d878d64.pool.mediaWays.net)
06:22.48*** join/#htc-linux F22 (~upcm@c-76-99-44-80.hsd1.nj.comcast.net)
06:59.00*** join/#htc-linux mastermerlin (~Adium@p4FEE5436.dip.t-dialin.net)
07:12.42WisTilt2ok panel collapse and detect committed along with proper working keyboard caps/fn leds.  bed time.
07:18.43*** join/#htc-linux kvaster (~kvaster@93.84.112.80)
07:23.37*** join/#htc-linux BbLugNut|2 (~kvirc@173.6.195.142)
07:35.53*** join/#htc-linux DuperMan (~Duper@93-172-33-157.bb.netvision.net.il)
07:46.07*** join/#htc-linux Baeen (~Bane@ppp59-167-201-55.static.internode.on.net)
07:46.15*** join/#htc-linux kiozen (~kiozen@p5DDF33DD.dip.t-dialin.net)
07:52.43*** join/#htc-linux balans (~barry@82-170-217-205.ip.telfort.nl)
08:09.46*** join/#htc-linux gauner1986 (~Miranda@df01ppp107.eplus-online.de)
08:12.28*** join/#htc-linux Termana (~bradley@122.151.81.44)
08:15.43*** join/#htc-linux DuperMan (~Duper@89-139-40-132.bb.netvision.net.il)
08:18.31*** join/#htc-linux thepace (thepace@cable-178-148-12-118.dynamic.sbb.rs)
08:28.28*** join/#htc-linux Rajko (~Rajko@cable-188-2-156-96.dynamic.sbb.rs)
09:18.12*** join/#htc-linux gauner1986 (~Miranda@p5B383973.dip.t-dialin.net)
09:21.46*** join/#htc-linux DuperMan (~Duper@93-172-187-82.bb.netvision.net.il)
09:37.40*** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk)
09:39.54*** join/#htc-linux Phally (~Phally@d28072.upc-d.chello.nl)
09:41.42*** join/#htc-linux Phally (~Phally@d28072.upc-d.chello.nl)
09:49.29*** join/#htc-linux Kasjopaja (~Tina@p579C165B.dip.t-dialin.net)
09:51.43*** join/#htc-linux GNUtoo|laptop (~gnutoo@host156-84-dynamic.51-79-r.retail.telecomitalia.it)
10:02.20*** join/#htc-linux Hunterkll (~Hunterkll@dynamic-acs-24-112-135-245.zoominternet.net)
10:26.29*** join/#htc-linux Eodun (5532ee9f@gateway/web/freenode/ip.85.50.238.159)
10:33.47*** join/#htc-linux Erikson (~Erik@i5E86CED1.versanet.de)
10:40.14*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-42-20.bb.netbynet.ru)
10:50.38*** join/#htc-linux t3g (~kvirc@p3E9E66C0.dip.t-dialin.net)
10:54.57*** join/#htc-linux kvaster (~kvaster@leased-line-93-125-0-84.telecom.by)
11:02.35*** join/#htc-linux cedesmith (~chatzilla@188.173.15.86)
11:06.09*** join/#htc-linux cedesmith (~chatzilla@188.173.15.86)
11:07.05EodunAny coders here?
11:07.22phhno
11:07.31EodunTrying to compile FM radio for blackstone
11:07.37Eodunduh
11:07.44phh???
11:07.45phhcompile ???
11:07.50phhyou've got opensource drivers ? oO
11:07.55Eodunbuild?
11:08.19EodunI'm using cyanogen mod source
11:08.29Eodunaren't they valid?
11:08.38phhthere is an opensource FM driver in CM !?
11:08.53phhwhere ?
11:08.57Eodunwait
11:10.18Eodunhttps://github.com/CyanogenMod/android/tree/froyo
11:10.48phhwhole froyo tree is supposed to help me ?
11:11.17Eodunsorry, looking for fmradio
11:11.48Eodunhttps://github.com/CyanogenMod/android_packages_apps_FM/tree/froyo
11:12.07Eodunit's from MIUI
11:12.08Hunterkllphh: CM does lots of stuff like that :p
11:12.14phhEdLin: that's just a GUI
11:12.30Eodunoh
11:12.39EodunI'm a noob lol
11:12.44Hunterkllah
11:12.58HunterkllPhh: I thought we had OSS FM drivers for at least snapdragon / supporting hardware
11:13.08HunterkllI remember hearing about it working on Nexus 1
11:13.23phhHunterkll: FM is in the bt/wifi chip
11:13.28phhnot dependant on underlying platform
11:13.49phhbut I haven't heard of OSS FM drivers for either bcm432* nor ti stuff
11:13.55Hunterkllright, i just remember hearing about it on snapdragon
11:14.05Hunterkllbut yes, there were some drivers working for the N1
11:14.14WilldBut no way to get it out of the chip
11:14.23Willdphh: Someone did get it working on 4329
11:14.30phhWilld: I did too
11:14.35Eodunokok, sorry
11:14.38phhbut not with opensource drivers
11:14.41Willdphh: Ah.
11:15.35Hunterkllhuh, there's something about a custom MIUI radio
11:16.03Hunterkllsays it uses nothing proprietary to drive the FM radio
11:16.15Hunterkllfinding specific commit now
11:16.37HunterkllHm, https://github.com/CyanogenMod/android_vendor_cyanogen/commit/1c6e6c540fb2d62b61a7e586f527df665a388163 is the changelog commit ;)
11:17.13phhthat's really useful
11:17.15phh.
11:17.45Hunterkllyes
11:17.57Hunterkllno one wants to show me where the real code is :P
11:18.31Hunterkllim' seeing lots of stuff about "open source radio" as if they have a custom baseband for some reason
11:19.29phhyeah custom baseband could be needed to route properly
11:19.33phhbut i doubt it
11:19.57Hunterkllcustom baseband might also be needed to open upWireless N
11:20.10Hunterkllah, no, just drivers for the N part
11:20.33*** join/#htc-linux PAulyhoffman (~Pauly@c-76-113-158-16.hsd1.mn.comcast.net)
11:20.57Hunterkllall I see is MIUI rom / N1 / custom non htc radio blurbs, no hard links or code
11:21.36Hunterkllunless it "just works" with the existing BT driver and just needed userland app support
11:22.11EodunI'm having problems to test that...
11:22.39Hunterkllyou have to download cyano's entire tree, i think
11:22.43EodunFMConfig and Audiosystem cannot be resolved
11:22.51Eodunyeah, probably
11:23.36HunterkllAudioSystem.setDeviceConnectionState(AudioSystem.DEVICE_OUT_FM, AudioSystem.DEVICE_STATE_AVAILABLE, "");
11:24.02Hunterkllwherever that points....
11:25.54Hunterkllperplexing
11:27.36phhyeah well, routing is no mystery
11:27.42phhthe mystery is how to actually enable FM
11:27.50phhHunterkll: what is their existing BT driver ?
11:27.53phhnot hciattach
11:27.54phh?
11:28.10Hunterklli'm not sure
11:28.14Hunterklldigging in github now
11:28.24Hunterklli was looking through source to see how they interacted with BT driver
11:28.31*** join/#htc-linux Pr0z (Pr0z@bzq-84-109-105-205.red.bezeqint.net)
11:29.04Hunterkllbcm4329.ko ?
11:29.25phhwhat about it ?
11:29.30phhit's just the wifi part
11:29.35Hunterkllokay
11:30.25Hunterkllwhat's the N1's codename?
11:30.54phhmahimahi
11:31.22Pr0zhttp://www.engadget.com/2011/02/09/android-2-3-3-announced-with-more-developer-friendly-access-to-n/
11:31.36Pr0zAndroid 2.3.3 announced with more developer-friendly access to NFC
11:31.58phhwho cares here ? :D
11:32.06phhI doubt there is any nexus S owner here
11:32.49Hunterkllphh i can't find the nex/mahi tree for CM :(
11:33.44Pr0zit wont port to hd2?
11:34.02Hunterklli've used HD2 roms with working FM radio before
11:34.13HunterkllPr0z, NFC is a special hardware peice
11:34.27Pr0zoh
11:34.42Hunterklliirc
11:50.42Eodunthey don't have it in the repo
11:50.54Eodunandroid.hardware.fmradio
11:57.00*** join/#htc-linux DuperMan (~Duper@93-172-187-82.bb.netvision.net.il)
12:02.19*** join/#htc-linux MN_ (~yaaic@host86-134-36-118.range86-134.btcentralplus.com)
12:05.42*** join/#htc-linux DuperMan (~Duper@93-172-33-77.bb.netvision.net.il)
12:09.34*** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com)
12:21.12*** join/#htc-linux DuperMan (~Duper@93-172-33-77.bb.netvision.net.il)
12:41.05*** join/#htc-linux Pr0z (Pr0z@bzq-84-109-109-248.red.bezeqint.net)
12:47.22*** join/#htc-linux Daevoq (~IceChat7@host144-107-dynamic.246-95-r.retail.telecomitalia.it)
12:50.04*** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv)
12:56.10*** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-164-173.netcologne.de)
12:59.29*** join/#htc-linux Pr0z (Pr0z@bzq-84-109-109-248.red.bezeqint.net)
13:01.19*** join/#htc-linux BbLugNut (~kvirc@70-11-173-41.pools.spcsdns.net)
13:05.23*** join/#htc-linux BbLugNut|2 (~kvirc@70-11-151-100.pools.spcsdns.net)
13:08.55*** join/#htc-linux Rob2222 (~Miranda@p4FFF0D8F.dip.t-dialin.net)
13:09.46*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
13:12.44*** join/#htc-linux netson-ubuntu (~netson-ub@125.161.215.237)
13:24.16*** join/#htc-linux Pr0z (Pr0z@bzq-84-109-109-248.red.bezeqint.net)
13:47.44*** join/#htc-linux MN_ (~yaaic@host86-134-36-118.range86-134.btcentralplus.com)
13:56.37*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
13:58.35*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
14:02.23*** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk)
14:06.26*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
14:28.37*** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com)
14:30.25*** join/#htc-linux Refuge (~none@adsl-99-124-132-37.dsl.ipltin.sbcglobal.net)
14:31.23*** join/#htc-linux Pr0z (Pr0z@bzq-84-109-109-248.red.bezeqint.net)
14:38.27*** join/#htc-linux Pr0zPr0z (Pr0z@bzq-84-109-109-248.red.bezeqint.net)
14:42.39*** join/#htc-linux Pr0z (Pr0z@bzq-84-109-109-248.red.bezeqint.net)
14:58.35*** join/#htc-linux Pr0z (Pr0z@bzq-84-109-109-248.red.bezeqint.net)
15:04.28*** join/#htc-linux MN_ (~yaaic@host86-134-36-118.range86-134.btcentralplus.com)
15:05.02MN_hi
15:10.04*** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net)
15:16.33*** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com)
15:20.44*** join/#htc-linux Pr0z (Pr0z@bzq-84-109-109-248.red.bezeqint.net)
15:21.41*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
15:24.25*** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net)
15:30.38*** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp)
15:30.43*** part/#htc-linux MN_ (~yaaic@host86-134-36-118.range86-134.btcentralplus.com)
15:35.45*** join/#htc-linux gauner1986 (~Adium@p5B383973.dip.t-dialin.net)
15:35.48gauner1986hi
15:40.39manusfreedomhi
15:45.37*** join/#htc-linux rob_w (~bob@ppp-93-104-186-74.dynamic.mnet-online.de)
16:00.08*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
16:01.13*** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp)
16:39.14*** join/#htc-linux DuperMan (~Duper@93-172-170-245.bb.netvision.net.il)
16:56.19*** join/#htc-linux [acl] (~abel@96.246.167.90)
17:01.43*** join/#htc-linux luc_ (bc1ae9f6@gateway/web/freenode/ip.188.26.233.246)
17:29.05*** join/#htc-linux Rajko (~Rajko@cable-188-2-156-96.dynamic.sbb.rs)
17:30.33*** join/#htc-linux Samsunguy (~Samsunguy@65.120.149.2)
17:33.36*** join/#htc-linux ftoz (~root@cst-prg-96-13.vodafone.cz)
17:34.32*** join/#htc-linux LargePrime (~LargePrim@173-122-231-60.pools.spcsdns.net)
17:38.50*** join/#htc-linux Rajko (~Rajko@cable-188-2-156-96.dynamic.sbb.rs)
17:41.37*** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-164-173.netcologne.de)
17:47.08*** join/#htc-linux Rajko (~Rajko@cable-188-2-156-96.dynamic.sbb.rs)
17:59.58*** join/#htc-linux Elmstrom (~quassel@4807ds1-arno.0.fullrate.dk)
18:00.38*** join/#htc-linux Rajko (~Rajko@cable-188-2-156-96.dynamic.sbb.rs)
18:08.33*** join/#htc-linux johnb81 (~johnb81@78.187.86.161)
18:10.50gauner1986~seen markinus
18:11.00aptmarkinus <~Miranda@212.255.18.217> was last seen on IRC in channel #htc-linux, 4d 4h 16m 56s ago, saying: 'dan1j3l1: yes, maybe has dcordes a faster way to do that'.
18:13.43*** join/#htc-linux imilka (~imilka@95-27-162-85.broadband.corbina.ru)
18:15.26*** join/#htc-linux camro (~camro@89-104-29-101.customer.bnet.at)
18:16.01camrohi guys
18:16.14camroback on the road again ...
18:18.11Cotullahey
18:18.16Cotullahey gau
18:18.30camrooh cotulla still alaive :)
18:18.37Cotullau though?
18:18.45camrohehe
18:18.51*** join/#htc-linux ollip79 (~ollip79@brsg-4dbbf281.pool.mediaWays.net)
18:18.57*** part/#htc-linux ollip79 (~ollip79@brsg-4dbbf281.pool.mediaWays.net)
18:18.59Cotullacamro ... camro... I heard
18:19.04camrowell, since my blackstone
18:19.07Cotullais it blackstone
18:19.12camrocamro - blackstone, battery, etc ..
18:19.23camromy blackstone is broken
18:19.36Cotullads2746 <3?
18:19.48camronow back again on the road with sgs - don'T kill me :) it was cheap - 100bucks
18:20.09camroso, how is going ?
18:20.18Cotullaprepare ion cannon
18:20.26Cotullanot bad
18:20.27camrohehe
18:20.37Cotullasgs is boring right?
18:20.55camrono, it's ok
18:21.02camrobest screen ever ...
18:21.23Willd:E
18:21.33camroand with the 2.2.1 - 26.32.9 kernel
18:21.34Cotullaheh
18:21.38WilldToo much colour rather :(
18:21.58Cotullatoo bright?
18:22.19camrowell, for now begin to fix few things for exchange account - fu**ing framework ...
18:22.31camrono, the display is amazing
18:22.46Cotullait's boring for hacking
18:22.47camroblack is black (and not grey)
18:22.56camrosuamoled is great
18:23.06Cotullawho cares about black? I am not use phone to look at black!
18:23.10Cotulla*using
18:23.15camroand i wait too long for desire z, then i piss on the desire z
18:23.33Cotullahm
18:23.35camrohehe, well - it's up2u
18:23.43Cotullayaya
18:23.55camroanyhow ... so how is going nand kernels - all stable ?
18:24.10camrocamera, video, battery working as it should be ?
18:24.26Cotullawhich kernels?
18:24.41camrowhich kernel are u using now ?
18:24.53Cotullame? leo - evo based
18:25.06CotullaI am working with RHO now
18:25.07Cotulla:P
18:25.49camroand phh - still alive ?
18:25.54Cotullasometimes
18:25.54phhkindof.
18:25.55Cotulla:D
18:26.24camrohehe, hi phh, you had few weeks relaxing (without me) - LOL
18:26.25gauner1986he always becomes alive from time to time
18:26.42Cotullawho?
18:26.45gauner1986phh
18:26.46gauner1986^^
18:26.47phhgauner1986: it's kind of random ? :p
18:26.48camrooh, gauner1986, nice to meet you again :)
18:27.32gauner1986hi ^^
18:31.37*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
18:32.28*** join/#htc-linux XirXes_ (~XirXes@67-2-103-220.slkc.qwest.net)
18:33.56*** join/#htc-linux Nautis (63a95379@gateway/web/freenode/ip.99.169.83.121)
18:34.06*** join/#htc-linux Rajko (~Rajko@cable-188-2-156-96.dynamic.sbb.rs)
18:44.10Cotullahey Rajko
18:49.21*** join/#htc-linux F-D (~F-D@92.30.127.176)
18:50.01F-D•Cotulla• Theres some bugs in USB mass storage - when I delete a file it crashes phone....
18:50.30Cotulla1.13 had problem with USBMS
18:50.33Cotulla:(
18:50.36F-Dah
18:50.44HunterkllCotulla, my HD2 = dead :(
18:50.45CotullaI am working under fix
18:50.45F-Dis there a new version yet?
18:50.53Cotullano yet
18:50.54F-Dok sorry to bug you :)
18:50.58CotullaHunterkll? hi! how hand?
18:51.05*** join/#htc-linux DuperMan (~Duper@46-116-70-144.bb.netvision.net.il)
18:51.06Hunterkllwell, is better than touchscreen :)
18:51.45Cotullahow u broke it?
18:51.47HunterkllCotulla, apparently using hardkeys a lot = break touchscreen cable :(
18:52.18Hunterkllsomething about this hardware revision, common problem apparently
18:52.33F-Dwow what rev and how do u tell what you have? :p
18:53.04HunterkllF-D, hardware revisions aren't always easy to tell
18:53.16Hunterkllbut people who sent theirs in fro this problme got a unit back with a differening screen connection, apparently
18:53.37Hunterkllhttp://forum.xda-developers.com/showthread.php?t=699281 <-- my issue
18:54.04F-Dhm, i have an insurance replacement from december last year, its got different manufacture date by 9months or something compared to my old one
18:54.58Hunterkllhow to tell mfr date?
18:55.16Hunterkll(i had to insurance my replacement - water damage sticker is tiny bit pink in one corner in battery compartment....)
18:55.18F-Dits in the box written on something im sure.. gonna look
18:56.57Cotullaso it's hard ware issue?
18:57.57F-Daha.. its on the back of the windows6 license. B/D 1/9/10 for my new one. 28/01/10 on my old one
18:58.03HunterkllCotulla, yes
18:59.33*** join/#htc-linux Rajko (~Rajko@cable-188-2-156-96.dynamic.sbb.rs)
19:02.38HunterkllF-D: I guess I don't have that anymore ;)
19:02.46Hunterkllalll i have is the box
19:02.55Hunterkll(TMoUS box)
19:03.28F-Dah lol i got htc's box.. bright green =)
19:03.46Hunterkll1GB nand. :P
19:04.08F-Dis not fussed :P
19:08.38*** join/#htc-linux manusfreedom_ (~manusfree@tra78-1-82-235-115-79.fbx.proxad.net)
19:12.13*** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821)
19:13.31Cotullaheh
19:13.45Cotullawhat about 1536 nand?
19:13.55*** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl)
19:14.16F-Dgotta reformat the sd card that magldr broke :( doh
19:14.36NetRipperi haven't had a problem with usb mass storage function since v1.13
19:15.09CotullaNetRipper it fails sometimes
19:15.12F-Di hadnt yet untill today, was copying a 135mb mp3 file onto it which failed
19:15.20F-Di cannot delete the 0b file that remains
19:15.21NetRipperi had some transfer problems with v1.11
19:15.21CotullaDATA_END not come somehow
19:15.23NetRippernot yet with v1.13
19:15.59F-Dmy fault, its expermental - i just got used to it working for most stuff lol
19:16.45*** join/#htc-linux GNUtoo|laptop (~gnutoo@host156-84-dynamic.51-79-r.retail.telecomitalia.it)
19:18.02F-Dwhen it failed, windows 7 got stuck on 'discovering items' if thats any help at all
19:19.04DuperManuse a hex editor to remove the entry:D
19:19.20F-Do rly? O.o
19:19.28DuperManin theory? sure
19:20.26F-Di think format will be faster than learning howto :p
19:20.43DuperManyup
19:29.38*** join/#htc-linux DuperGhost (~Duper@93-173-129-222.bb.netvision.net.il)
19:32.51*** join/#htc-linux dan1j3l (~dan1j3l@93-141-38-59.adsl.net.t-com.hr)
19:33.02dan1j3lhi
19:33.32Cotullahey
19:33.33F-Dhi
19:34.38gauner1986hey dan
19:34.55dan1j3lwhat's up
19:35.02*** join/#htc-linux baloop (824634ca@gateway/web/freenode/ip.130.70.52.202)
19:35.06*** join/#htc-linux gauner19861 (~Adium@p5B383973.dip.t-dialin.net)
19:35.39dan1j3l-seen dcordes
19:35.55Cotullahow wiki clear?
19:36.08gauner19861cotulla switched to tp2 people.. :D
19:36.16Cotullano
19:36.44dan1j3lwiki very bad.. :p
19:36.51dan1j3lfull of junkž
19:36.56dan1j3ljunk...
19:37.12dan1j3l~seen dcordes
19:37.14aptdcordes <~oedevel@unaffiliated/dcordes> was last seen on IRC in channel #htc-linux, 6d 2h 28m 44s ago, saying: 'bye'.
19:38.00dan1j3lok, back to booting ubuntu.. :p
19:38.34dan1j3lbtw. it seems nokia may abandon meego...
19:38.47Cotullawhy?
19:38.51CotullaI though about it also
19:39.06Cotullathey declare their new phone as X86
19:39.07F-Dthey think it has no future, may go with wp7
19:39.10dan1j3ltoo much time and money invested, and got nowhere...
19:39.28Cotullayeah strange
19:39.30Cotullawp7 or android
19:39.35dan1j3lthey will for sure go with wp7
19:39.45Cotullaheh
19:39.52Cotullawith QCT?
19:39.56dan1j3ltheir CEO used to  work with MS
19:40.01dan1j3lso...
19:40.04dan1j3l:p
19:40.14Cotullabut what about this new phone with x86?
19:40.41dan1j3lwhich phone
19:40.47Cotullawas in new?
19:40.49Cotullanews
19:42.13dan1j3lit seems nice... tho screen is to small...
19:42.22DuperMannews are snippets of information pertaining to current affairs and going ons
19:43.50Cotullabut it can't be x86 so
19:43.54Cotullaif they won't use meego
19:44.10dan1j3lbut if u take a look at their dev plans. they can release one phone with meego (in best case untill the end of 2011).. and now competition is strong... so...
19:44.18DuperManfunny. like they planned to do dual boot
19:44.41DuperMann9-00 was scrapped if I'm not mistaken
19:45.47*** join/#htc-linux MN_ (~yaaic@host86-134-36-118.range86-134.btcentralplus.com)
19:46.01MN_yeah n9-00 was scrapped
19:46.22Cotullalol MN
19:46.33DuperManyou log reading log reader
19:47.11MN_:)
19:48.23MN_htc desire hd2 sounds interesting
19:48.59DuperManif it ain't dual core I won't tap that
19:49.36Cotullalol
19:50.09MN_it is
19:50.13Cotullabut he right
19:50.15dan1j3lnot dualm quad... :D
19:50.19gauner19861they should hurry
19:50.20Cotullaitem sucks
19:50.22gauner19861my contract is running out
19:50.23Cotulla*atom
19:50.28MN_its the htc pyramid
19:50.41DuperManpyramid is 1.2ghz qualcomm dual core
19:51.08MN_yup it was referenced on expansys
19:51.17DuperMangauner19861: tell me about it. I'm thinking about exchanging my nokia 5800 for a galaxy s 1st gen><
19:51.25MN_so the dhd2 is the pyramid
19:51.46DuperManyou sure about that MN_? cool if it is, though I'm sorta sweet on tegra
19:51.47gauner19861duperman.. not worth it
19:52.10Cotullamaybe it's not dhd2
19:52.15MN_nah adreno 220 better than tegra
19:52.26MN_cotulla its rumoured to be that
19:52.41DuperMangauner19861: local carriers are ONLY JUST NOW getting the galaxy ass. don't wanna think how long until they get dual core:(
19:54.21gauner19861duperman: there are external vendors that also give discount on contract extensions
19:54.25gauner19861at least in germany
19:54.39gauner19861thats where i buy my phones usually then
19:54.55DuperMangauner19861: here too. then again, it's "free". it boils down to how lazy I'll be
19:55.15*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
19:55.23gauner19861:P
19:56.03DuperMannever underestimate laziness. the main reason I'm even considering the gS is because I need to send my hd2 for repairs and got hooked on android:D
19:56.10MN_i buy my phones outright and use sim only contract
19:56.53DuperMannot a bad way to go MN_. been to the uk for a week and got a sim with a ton of minutes and data for 10 pounds
19:57.19Cotullai never buy my phones
19:57.21Cotulla:D
19:57.25gauner19861:D
19:57.28DuperMan(I think it was 300 minutes and 500mb datas. more than enough for a week:)
19:57.34DuperManCotulla: you smart bastard xD
19:58.17MN_duperman yeah :) i mean my hd2 cost £125 mint condition
19:59.14DuperManrefurb/display unit?
19:59.31DuperManI'm considering buying a tmo unit should one pop up locally
19:59.36DuperManused*
20:00.18*** join/#htc-linux Hunterkll (Hunterkll@66.233.66.4)
20:00.29MN_nope bought from a shop called cex
20:00.46F-DWOW
20:00.47MN_swapped my g1 and only had to pay 125 on top
20:01.00MN_f-d lol
20:01.00F-Dtheyre chargin £340 for them in exeter lol
20:01.29DuperManhaha 340f
20:01.47DuperManbought my sis a Defy for 275:D
20:02.02DuperManbtw, the defy is one sweet 'lil phone
20:02.21MN_it was 305 but apparently a g1 and nokia 6500 was worth 180
20:02.39DuperMangood deal
20:03.14DuperManbbl
20:03.16F-Dthey dont know shit in there btw, i bought some ram supposed to be DDR2 crucial ballistix.... 2gb sticks which dont actually exist O.o
20:03.26F-Dthey were DDr 1 and only 1gb sticks rofl
20:03.56DuperManless good deal>< bought the Defy at Carphone Warehouse. nice shop
20:04.13DuperManbbl for real now
20:07.30*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
20:08.18*** join/#htc-linux baloop (8246121a@gateway/web/freenode/ip.130.70.18.26)
20:08.58*** join/#htc-linux Rajko (Rajko@cable-188-2-237-201.dynamic.sbb.rs)
20:14.47*** join/#htc-linux Rajko (Rajko@cable-188-2-237-201.dynamic.sbb.rs)
20:27.56*** join/#htc-linux Rob2222 (~Miranda@p4FFF0D8F.dip.t-dialin.net)
20:30.06*** join/#htc-linux arrrghhhTP2 (~arrrghhh_@68-241-88-103.pools.spcsdns.net)
20:30.58arrrghhhTP2Cotulla, how goes it?
20:34.10*** join/#htc-linux louis_ (~louis@41-132-183-6.dsl.mweb.co.za)
20:34.43*** join/#htc-linux newbie (54e36546@gateway/web/freenode/ip.84.227.101.70)
20:36.56*** join/#htc-linux Rajko (Rajko@cable-188-2-237-201.dynamic.sbb.rs)
20:39.34*** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk)
20:40.53*** part/#htc-linux louis_ (~louis@41-132-183-6.dsl.mweb.co.za)
20:41.20*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
20:46.03*** join/#htc-linux serial_chiller (ae5f5877@gateway/web/freenode/ip.174.95.88.119)
20:48.51serial_chillerhi i was wondering if someone could help me with this android installation
20:49.24arrrghhhTP2Uhm..
20:49.31arrrghhhTP2This isn't a support channel
20:49.47arrrghhhTP2But, I can direct you to the correct one.  What phone?
20:49.54serial_chillertouch pro 2
20:50.03arrrghhhTP2Join #xdandroid
20:52.36*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
20:53.25*** join/#htc-linux cedesmith (~chatzilla@188.173.15.86)
20:57.16*** join/#htc-linux Rajko (~Rajko@cable-188-2-158-59.dynamic.sbb.rs)
20:59.18*** join/#htc-linux arrrghhh (~arrrghhh@68-241-88-103.pools.spcsdns.net)
21:02.49*** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153)
21:16.17emwephh: do you have any hints on what might be the cause for ARM9 to crash on trying to play sound? (trying adps on .35, topa)
21:17.38*** part/#htc-linux serial_chiller (ae5f5877@gateway/web/freenode/ip.174.95.88.119)
21:17.47arrrghhhCotulla, i updated the RHOD status page, but i just realized i put everything in the linux kernel section.  d'oh.  i'm not sure what is working thru kernel or userland...
21:28.21GNUtoo|laptopping dcordes_
21:31.26*** join/#htc-linux Rajko (~Rajko@cable-188-2-158-59.dynamic.sbb.rs)
21:44.14emwephh: if you got some hints, drop me a line. thanks in advance.
22:03.15*** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net)
22:04.29Cotullahey arrrghhh
22:04.42arrrghhhyo
22:11.45*** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net)
22:17.39*** join/#htc-linux arrrghhh (~arrrghhh@68-241-88-103.pools.spcsdns.net)
22:19.06Cotullamaybe different columns for different models?
22:19.13Cotullalike GSM and GSM+CDMA
22:19.15arrrghhhthat would probably help
22:19.23arrrghhhi was thinking about doing that
22:20.09Cotullawhat is "panel collapse code"?
22:20.09arrrghhhcuz the CDMA models have the 3.5mm jack
22:20.10arrrghhhetc
22:20.13arrrghhhuhm
22:20.21arrrghhhwistilt2 is workin on that
22:20.23arrrghhhalmost done it seems
22:20.31arrrghhhbasically for the longest time we weren't actually shutting the panel off
22:20.37arrrghhhwe were just setting the brightness to 0
22:20.47arrrghhhso the panel was "always on" and it was killing the battery (obviously)
22:21.56MassStashso cotulla, you are workin on a cdma ver.?
22:22.19MassStashor possibly going to be at the least
22:22.41arrrghhhno
22:22.46arrrghhhhe has a tmous RHOD210
22:23.02arrrghhhso he can't really.  even if he did, he doesn't have any CDMA towers where he lives...
22:25.43CotullaI have GSM one
22:26.04Cotullathey have different nand layout btw
22:27.17*** part/#htc-linux lucygucy (~lucy@octopus.pepperfish.net)
22:27.48arrrghhhfawk
22:28.03arrrghhhseriously?  everything is different between every revision.  stupid htc.
22:31.18*** join/#htc-linux dan1j3l (~dan1j3l@93-141-38-59.adsl.net.t-com.hr)
22:35.27*** join/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net)
22:35.57Cotullano it different for models
22:36.05Cotullacan not be for versions
22:39.40arrrghhhoh
22:39.47arrrghhhyou mean it's different from the hd2
22:39.48*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-42-20.bb.netbynet.ru)
22:39.56arrrghhhnot different between rhod100, 210, 300, 400 & 500
22:40.09Alex[sp3dev]hey Cotulla
22:41.20*** join/#htc-linux Rajko (~Rajko@cable-188-2-158-59.dynamic.sbb.rs)
22:42.39*** join/#htc-linux mizofizo (127c0244@gateway/web/freenode/ip.18.124.2.68)
22:47.23*** join/#htc-linux kiozen (~kiozen@rgnb-5d878d64.pool.mediaWays.net)
22:51.13*** join/#htc-linux Merculis (~Merculis@unaffiliated/merculis)
22:51.22*** join/#htc-linux NeoFlux (~tony@78-86-17-32.zone2.bethere.co.uk)
22:51.28MerculisWeeee
22:51.30MerculisHello!
22:51.31NeoFluxhmmm
22:51.46NeoFluxDid anyone know that the Windows phone 7 activation codes were universal for all Windows Phones?
22:51.55Merculisno
22:51.59Alex[sp3dev]did anyone know this channel is not about wp7?
22:52.00NeoFluxAnd not specific to one model of a phone?
22:52.12NeoFluxAlex[sp3dev]: Just activated my HD2 :P
22:52.15MerculisI thought it was generated by certain info
22:52.21NeoFluxMerculis: Nope
22:52.28Merculisweird
22:52.37Alex[sp3dev]NeoFlux: lucky you. at the time hd2 was out it was too expensive for me. not it's too old
22:52.52MerculisI did the chat to activate my HD2 but can't recall all they asked me for
22:52.52NeoFluxHaha, it's not too old :P
22:53.01Merculiser, I mean HD7
22:53.07Merculislol
22:53.21Cotullahey alex
22:53.26NeoFluxCotulla: ^
22:53.52MerculisAlex[sp3dev], there's a ton of vids on YouTube that shows the HD2 WP7 is faster than native devices.
22:53.56Alex[sp3dev]Cotulla: my lk-pooploader now vibrates. now i'm adding I2C support and gpio interrupts
22:54.00arrrghhhseriously.  this isn't a wp7 room.
22:54.10arrrghhhi think they made a specific wp7 hd2 room or some crap.
22:54.15Merculislol
22:54.17Merculiswhat is it?
22:54.20Cotullaarrrghhh, so what is "panel collapse code"?
22:54.24Alex[sp3dev]Merculis: no wonder. has the same SoC as native devices but less crapware from vendors
22:54.27arrrghhhhd2-wp7 or some crap.
22:54.39NeoFluxLets join :P
22:54.41arrrghhhCotulla, i tried to explain it earlier... i'm not so good at explaining this stuff.
22:54.41Alex[sp3dev]Cotulla: it is the code that allows to reinit the panel after full deinit
22:54.53Merculisarrrghhh, emphasis on the crap, eh?
22:54.54Merculislol
22:54.59CotullaMAGLDR also vibrates now... I added DEX support :P
22:55.01arrrghhhwistilt2 is workin on that
22:55.01arrrghhh<arrrghhh> almost done it seems
22:55.01arrrghhh<arrrghhh> basically for the longest time we weren't actually shutting the panel off
22:55.01arrrghhh<arrrghhh> we were just setting the brightness to 0
22:55.01arrrghhh<arrrghhh> so the panel was "always on" and it was killing the battery (obviously)
22:55.03NeoFluxWrong room
22:55.08Alex[sp3dev]Merculis: yes, everyone is about crap and poop here
22:55.14Merculishehe
22:55.34NeoFluxCotulla: I think the ladies will be pleaed with your latest development :P
22:55.44*** join/#htc-linux Rajko (~Rajko@cable-188-2-158-59.dynamic.sbb.rs)
22:55.56Cotullatrolls here
22:55.59arrrghhhCoprophagia anyone?
22:56.19arrrghhhyea i don't get why NeoFlux is trolling tho.
22:56.29Alex[sp3dev]the worst stuff about LK is that the code is even dirtier than qcom linux code. it is all hardcoded for qsd8k and its pcom. even fastboot app directly calls routines from usb driver. but i think i'll sort it out soon
22:56.59NeoFluxI'm not actually trolling arrrghhh
22:57.00Cotullaand where problem, Alex?
22:57.11Alex[sp3dev]Cotulla: no problems. everything's going fine
22:57.14arrrghhhNeoFlux, coulda fooled me.
22:57.22NeoFluxMore of a joke :P
22:57.22Cotullau have old amss without pcom support
22:57.26Cotullait's aswful yes
22:57.41arrrghhhNeoFlux, -chat.
22:57.52arrrghhhCotulla, did my crappy description of panel collapse code make sense?
22:58.18Cotullaya
22:58.23Cotullabut is it collapse?
22:58.26arrrghhhit does now
22:58.27Merculisalright, so I am a late adopter of everything.  I have magldr113, I paritioned my sd and loaded wp7, and now I'm trying to put DesireX on my SD.  Sense loads and then my device just locks up.  I thought all I had to do was extract a few files here and there onto the FAT32 partition and I was good to go.  Any basic step that most people fudge?
22:58.28Cotullait suspend
22:58.31arrrghhhthanks to wistilt2.
22:58.36Alex[sp3dev]Cotulla: no.. the awful thing is that they have support for many SoCs in LK (even omap) but everything is hardcoded for qsd8k. anyway, doesn't matter. the mere fact of having LK at hand and your tips yesterday have saved me a load of time
22:58.39arrrghhhMerculis, -chat!
22:58.51Cotullathey just test//debug on them
22:58.56arrrghhhCotulla, it works correctly on RHOD with WisTilt2's new code.
22:59.11Cotullabut whole LK assumed QCT CPU I think
22:59.28CotullaI am fucking now with clocks... SD clocks
22:59.36Alex[sp3dev]Cotulla: don't be fucking
22:59.38Alex[sp3dev]use our clocks
22:59.39arrrghhhheh
22:59.45arrrghhhcrap
22:59.47arrrghhhhas a meeting
22:59.54CotullaI found htc's list already
22:59.59Cotullain dll
23:00.10Alex[sp3dev]our clocks were copied from there
23:00.19Cotullabetter ofcourse use remote clock control
23:00.49Alex[sp3dev]why better?
23:00.58*** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net)
23:01.17Alex[sp3dev]ok, better because you keep all synchronisation on the marm side
23:01.26Alex[sp3dev]but for debugging manually controlling clocks is easier
23:01.55Alex[sp3dev]besides, on our old amss you'd have to use rpc, not pcom to remotely control clocks
23:02.49Cotullaactually it's not core safe to modify registers
23:03.41Alex[sp3dev]well, on old amss it is relatively safe because marm won't try to steal our clocks.. at least not until you directly tell it to do it via rpc
23:04.09*** join/#htc-linux Dinde (kayser@sur-internet.net)
23:05.49Cotullaheh
23:05.54Cotullaanyway maybe there err
23:05.58Cotullabetter do it by hands
23:06.06Alex[sp3dev]good point
23:06.51Cotullayaya
23:07.02Cotullalooks like last thing which I should bring
23:07.05Cotullaall other are working
23:07.58Merculisaside from reverse engineering the hell out of the devices, are any of you Android/WP7 app devs?
23:08.56Alex[sp3dev]not really
23:09.46Alex[sp3dev]sometimes i do play with android a bit (mostly with opengl es), but most of stuff i do is either low-level or desktop
23:10.00Merculisso then what's the ROI for all of the hard work aside from forum worship?  love of reverse engineering?
23:10.14Alex[sp3dev]yes of course
23:10.48Merculisfair enough
23:14.16*** join/#htc-linux MN_ (~yaaic@host86-134-36-118.range86-134.btcentralplus.com)
23:21.19*** join/#htc-linux dareios (dareios@io.netbsd.org.pl)
23:22.27*** join/#htc-linux LargePrime (~LargePrim@173-122-231-60.pools.spcsdns.net)
23:23.49*** join/#htc-linux Dinde (kayser@sur-internet.net)
23:26.20CotullaAlex, where start of OS in X1?
23:26.48Alex[sp3dev]Cotulla: no idea yet. never messed with nand
23:27.24Alex[sp3dev]and for leo?
23:27.25Cotullahehe
23:27.29Cotulla212
23:27.39Alex[sp3dev]that being blocks, right?
23:28.25Alex[sp3dev]anyway, what i will do is to make a nand dump and just look at what is where
23:30.26*** join/#htc-linux Rajko (~Rajko@cable-188-2-158-59.dynamic.sbb.rs)
23:31.36*** join/#htc-linux mes (~mes@S0106000ce55186df.cc.shawcable.net)
23:33.57Cotullahehe
23:38.36MN_cotulla pocketnow wrote a post about magldr on rhodium and topaz :p
23:39.04Cotullaand?
23:39.49MN_just saying you only started work yesterday :)
23:41.08Cotullame not cares that they say
23:41.12t3ghttp://pocketnow.com/tech-news/magldr-coming-to-htc-touch-pro-2-and-diamond-2-multiple-os-support
23:41.28t3gMAGLDR will support dual-booting Windows Mobile 6.5 and Android on these devices.
23:41.29t3g?!?
23:41.38t3g*g*
23:42.12Cotulladunno
23:42.30Cotullawe discussed only Android support for now
23:42.32Cotulla:P
23:42.47t3gCotulla: they know more than you do;)
23:43.31MN_who is the cotulla everyone speaks if?
23:43.35MN_*of
23:43.50Cotullawho cares... they just yellow news
23:44.28arrrghhhindeed
23:44.40*** join/#htc-linux tfouto (558bd5a8@gateway/web/freenode/ip.85.139.213.168)
23:44.55MN_hey arrrghhh
23:45.00tfoutoand what about WebOS
23:45.05tfoutothat would be nice :p
23:45.05arrrghhhhi?
23:45.21MN_closed source wont Work
23:45.28MN_lol why the?
23:45.47arrrghhhdunno, felt right.
23:45.56MN_okay
23:46.07tfoutoclosed source?
23:46.30MN_well i discovered there are not inverted axis problem on leo touchscreen
23:46.36Cotullaarrrghhh, what is "refinement"?
23:46.46arrrghhhCotulla, cleaning up perhaps?
23:46.55Cotullahm
23:46.56Cotullaok
23:47.08arrrghhhseems like there's room for improvement.
23:47.18Cotullahm?
23:47.22Cotullait can work or not work
23:47.24Cotulla1 or 0
23:47.25Cotulla?
23:47.25arrrghhhlol
23:47.29arrrghhhnot always.
23:47.42CotullaI about 3D
23:48.01MN_refiment is it say works but could be fixed up a bit more
23:48.03arrrghhhyea, i think performance is still limited on it.
23:48.16arrrghhhlike there's some limitation somewheres.
23:48.34Cotullahm
23:48.52Cotullatable looks epic
23:49.08arrrghhhsorry.
23:49.15arrrghhhi was trying to be thorough.
23:49.23Cotullanormal
23:49.49Cotullaall cameras are supported?
23:49.53arrrghhhon RHOD
23:49.53arrrghhhyes
23:50.02arrrghhhthere's still some hiccups tho
23:50.10arrrghhhlike zooming in doesn't save the pic zoomed in
23:50.14arrrghhhand video record blows it up.
23:50.26*** join/#htc-linux Ceesheim (~Cees@p54803C98.dip.t-dialin.net)
23:50.26arrrghhhsome memory alloc issue i think jerome said it was.
23:51.17Cotullathere MT9D013?
23:53.52*** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net)
23:53.57*** join/#htc-linux Noellenchris (~kvirc@pool-173-61-114-241.cmdnnj.fios.verizon.net)
23:54.16MassStashi'm sorry to ask again, but that's a yea to "no cdma magldr" right?
23:54.30MassStashcpu crashed, overheating from bad heatsink i think
23:55.27Cotullait should work on both
23:58.03cedesmithhttp://pocketnow.com/android/galaxy-s-2-desire-hd2-desire-2-wildfire-2-full-specs-leaked
23:58.15cedesmithdesire hd2... yummi
23:58.36*** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp)
23:59.53Cotullalol
23:59.55CotullaI am reading it too
23:59.58Cotullaat this moment
23:59.59Cotulla:P

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.