Tuesday, 2011-12-20

*** NeoMatrixJR has quit IRC00:01
*** fishhead2567 has quit IRC00:11
*** Yusuke14 has quit IRC00:33
*** Yusuke has joined #xdandroid00:40
*** Yusuke is now known as Yusuke1400:40
*** d3tul3 has quit IRC00:55
*** fishhead2567 has joined #xdandroid00:56
*** kalemas has joined #xdandroid01:07
*** NeoMatrixJR has joined #xdandroid01:09
*** fishhead2567 has quit IRC01:37
*** vinceweis_ has quit IRC02:22
*** incubus72 has joined #xdandroid04:04
incubus72hello, anybody there who's knows CWM recovery on blackstone ?04:05
incubus72volume down works -> menu   ... but i can't confirm a option there - seem only volume keys work04:05
incubus72solved:   http://www.neopeek.com/viewtopic.php?f=14&t=6630&start=16004:40
incubus72thanks anyway04:40
*** incubus72 has quit IRC04:59
*** hardwalker has quit IRC05:25
*** |Jeroen| has joined #xdandroid05:45
*** teemodk has joined #xdandroid06:15
*** helicopter88 has joined #xdandroid06:42
*** |Jeroen| has quit IRC07:25
*** d3tul3 has joined #xdandroid08:13
rneesemorning08:29
rneeselooking for the data resize tool08:35
rneesewhere was it again08:35
helicopter88search the faq08:36
helicopter88if i remember right arrrghhh has put it in08:36
rneesegot it thansk08:41
rneesefound the link on the faxq btu tis not downloading brb08:43
helicopter88here opens the multiupload page08:45
rneeseyes and every link I click opens a new page08:46
rneeseand trys to get you to sign up08:46
helicopter88https://rs179tl4.rapidshare.com/#!download|179l3|428059408|DATA.IMG_Maker.rar|5239|R~109B32485EE902AFDA46105F09D7AAF5|0|0 downloaded fine08:46
helicopter88without sign up08:46
helicopter88or such things08:46
helicopter88just hit the download button08:46
rneesegot it08:46
rneesenow see if this works to resize08:47
rneesethis tool need updating for windows 708:50
rneeseit stops responding08:50
helicopter88edit the compatibility settings08:51
rneesewow this tool is old tho08:54
rneesealot of the files go back to 200408:54
helicopter88Newer != better08:55
helicopter88and ext2 isn't a new file system08:55
rneeseok it sows the file is 2 gig now08:56
rneeseneed to get it to work with bigger partitions08:57
helicopter882 gb data.img?08:57
helicopter88that's huge08:57
rneesewould like to use whats left of my drive08:57
rneesenot for storing personal data08:57
rneeseI have a 8 gig sd08:57
* helicopter88 too08:57
helicopter88I store mostly music08:57
helicopter88outside from my data.img08:58
rneeseahh08:58
rneesecan you accress is08:58
rneeseand whats the best file explore ?08:58
rneesefor the android08:58
helicopter88Yes,i can access it08:59
helicopter88and i use something i took from cyanogen mod08:59
helicopter88light08:59
helicopter88and pretty good08:59
rneese?08:59
helicopter88I compiled a cyanogen mod 6.1 build and took the file explorer from it09:00
helicopter88simple09:00
helicopter88i don't know what is its name09:00
rneeseok I just installedAndroidXployer09:01
rneeseXplorer09:01
rneeseI fat fingerd the y09:01
*** fishhead2567 has joined #xdandroid09:06
rneeseok luckly I had a backup of the data file the first go round in win7 mode corrupted the file09:08
rneesebut running in xpsp3 mode worked09:09
rneeseok the data file is 1 gig09:18
rneesethat should do better09:18
rneese256 is to small09:18
rneesemaybe 512 would have done09:18
*** andygraybeal has quit IRC09:19
*** d3tul3 has quit IRC09:21
*** helicopter88 has quit IRC09:39
*** d3tul3 has joined #xdandroid09:42
*** rneese has left #xdandroid09:48
*** rneese has joined #xdandroid09:49
rneesehit the wrong button09:49
*** detule has quit IRC09:50
*** XirXes has quit IRC09:50
*** stinebd has quit IRC09:50
*** detule has joined #xdandroid09:50
*** XirXes has joined #xdandroid09:50
*** stinebd has joined #xdandroid09:50
*** d3tul3 has quit IRC10:41
*** d3tul3 has joined #xdandroid10:53
*** emwe has joined #xdandroid10:55
*** Guest33667 has joined #xdandroid11:26
*** Guest33667 is now known as andygraybeal11:27
*** helicopter88 has joined #xdandroid11:32
rneeseSPH-M920 is this device supported at all by xda android11:40
rneeseor where would I got to get a update11:40
helicopter88samsung?11:40
rneeseyes11:40
helicopter88I guess it isn't supported by xdandroid11:41
rneeseits a sprint cdma phone11:41
helicopter88Has it a msm7k cpu?11:41
rneeselookingnot sure11:42
helicopter88and what os it runs?11:42
rneeseandroid 2.111:43
rneeseright now11:43
helicopter88I think that you should ask on #android11:43
helicopter88#xda-devs11:43
rneeseno one there11:43
rneeseI missed the s11:44
helicopter88there are 116 guys11:44
rneeseok well I have found there is a update but pdadb.net is not handing it up12:00
d3tul3emwe you have a link for that older maps12:01
d3tul3i am seeing the issue on both .0.2 and .0.312:02
emwed3tul3: uploading...12:02
emwed3tul3: btw, i think there's an acoustic issue. since i switched back from my acoustic-dev-mess to mainline i am seeing quite some WSODs here.12:04
emweas we need to cleanup the mic issue correctly and the double-setup of the acoustic tables in smem, i am switching back for the time being.12:04
emwei didn't have any wsods like this before.12:05
d3tul3you sure those wsod's are acoustic related12:05
emwethey started when i switched back12:06
emweof course there are so many factors...12:06
emwei'll see when i get back12:07
emwethe thing is that quick doulbe smem-setup might bring somebody not liking this12:07
emwebe it arm9 or tpa2016d2 for example.12:07
d3tul3i am not sure what the double smem setup is12:07
d3tul3i am behind you on that12:07
emwemsm72xx_set_acoustic_table() is called twice on audio play start12:08
d3tul3but isn't it ok since it checks if an update is necessary12:08
emweit's not ok if it does the setup for real :)12:08
emweand useless, as we are writing the acoustic date to the very same smem offset12:09
emwe(unlike real android msm7k where these settings are written to their specific locations)12:09
emwei just got a mail and rhod went boom on wake...12:09
emwecan't do anything with it except plug cable and see this plug later on in last_kmsg.12:10
d3tul3hm i am not seeing these but i haven't pull the latest batch of acoustic commits just the mic hack12:10
emwei added a shitload of debug logs12:10
emwejust need to revisit. that maps glitches got me side tracked :/12:11
d3tul3emwe does android ready battery info from whatever batt_info sysfs entries are placed in htc_battery*?12:11
emwei'd say yes. didn't you once figure that? libpower?12:12
d3tul3not me?.12:12
emwedid i post the link yet?12:17
d3tul3no12:17
emwesry :)12:18
d3tul3thanks12:18
d3tul3booting stock 11/1912:26
*** corein has joined #xdandroid12:26
d3tul3emwe 11/19 stock, with the maps you linked works great12:41
d3tul3now need to add the new GLES and EGL and see if we can keep it up12:42
rneesewhat build you working on ?12:49
d3tul3emwe market is pretty persistent in auto-updating maps?.even though i've unchecked auto-update for it13:01
emweon my topa it said there's an update. dunno if it would have updated on it's own.13:01
emwei updated manually13:01
d3tul312-20 13:00:14.200 D/Finsky  ( 2385): [1] Installer.getAppsEligibleForAutoUpdate: Market will auto-update com.google.android.apps.maps13:02
d3tul3i have to go ttyl13:04
*** d3tul3 has quit IRC13:04
*** kalemas has left #xdandroid13:43
*** corein has quit IRC13:44
detuleemwe can you explain to me as if i am a five year old14:17
detulewht14:17
detulewhat is the difference between power_collapse_suspend and power_collapse14:17
*** teemo_ has joined #xdandroid15:02
*** teemodk has quit IRC15:03
*** teemo_ has quit IRC15:03
*** teemodk has joined #xdandroid15:04
emwedetule: i can't tell the difference. collapse_suspend (0) was sometimes called "for debugging" only. according to wistilt collapse (1) is the one to use. we had some resumse/wake issues when going with collapse_suspend (0) so we usually switch to (1) on topa/rhod whereas (0) used to be/is fine on 5225-devices.15:30
emwehaven't run collapse_suspend (0) since ages. msm_defconfig has (0) iirc by default.15:30
detuleok pm is one thing but those come in for idle as well15:31
detule.39 and .27 have idle_power_collapse_suspend you have idle_power_collapse15:31
emwei think that =1 for idle_sleep_mode came from the original defconfig i derived from. one sec...15:34
emweit was based on msm_defconfig which i think was SAPPHIRE-centric beforehand.15:35
emwesleep=0 and idle_sleep=1 was the defaults initially according to my initial commit15:36
emweoh, just see msm_defconfig is kinda... eh... limited. must be the defaults then...15:36
detulesleep=0 idle_sleep=0 is the default in 27; sleep=1 idle_sleep=0 is how .39 runs15:37
emweperhaps i should go for swapping this upside-down to .39 style for testing.15:42
detulei wouldn't recommend it15:43
detulesomething is not quite 100% with idle15:43
emwetatto has my combo as well. (i like keeping things how htc intended them to be) :)15:47
emwehtc sapphire as well15:48
detuleyou passing any pm parameters in startup?15:48
emwethanks for reminding me, lol15:48
emwe=1 =1 damnit!15:48
emwei always forget!15:48
emwei run this for ages...15:49
emwegood catch.15:49
detulealright so both are set to 1 for you15:49
detulewhich means the difference is that we are allowing power_collapse_suspend in idle you only power_collapse15:50
emweyeah15:50
emwebtw, hero also has "my" combo15:50
emweso to say... all have that combo: sleep=0 idle_sleep=115:51
detuleso how come we are all setting sleep=115:52
detulefrom what i can read in Kconfig sleep=0 (power_collapse_suspend) is the lowest sleep state15:52
detuleperhaps it breaks something?15:53
emwethat may stem from the reasoning given earlier. it was said topa/rhod have had wake issues with sleep=015:53
emwegoing to give it a try over night with sleep=0 in effect.15:53
emwebtw, you got bt just working fine on .39 3.x?15:55
emwei mean, one can disable and device sleeps?15:55
emweand yet another thing... market 6.0.3 has --- surprise surprise - no artifacts on my gfs vision/g2 :)15:56
detulebastards broke something15:57
detulethe bt stuff is in the 3.0 tree, suspends fine...it has a bit of difficult time pairing, but it does in fact pair, and works fine when it does....15:58
emwesuspends fine with bt=off?15:58
emwei got it stupidly upside-down15:58
detulesuspends fine either way15:59
emweyou hadn't change any core code, no?15:59
emwemsm_serial_hs or so?15:59
detulemsm_serial_hs is pretty much same as .2715:59
detulewith an api name change or two to match up with the newer codebase16:00
detulewith msm_serial_hs from CA (2011) i had the same sleep issue as you16:00
emweoi... ok. gonna checkout your 3.0 branch then.16:00
emweyou are commiting on linux-msm-rhod, not your early fork right?16:01
detuleyeah everything is there just on different branches depending on what kernel i am using16:01
emweyap, okies. thanks.16:01
detuleit worked fine with raph-rfkill, but i brought in alex's rfkill from your tree in the hope it would make pairing an easier affair16:02
detuleit may have helped marginally16:02
emweit may be perhaps a userland issue?16:03
detuledon't know i assume it pairs first try every time for you?16:03
emwei haven't paired since a while. one sec...16:04
emwehm, bt headset empty...16:04
emwehm, initing pairing from rhod with my thinkpad, thinkpad asks if pairing code shown on device matches, but device doesn't show a pairing code at all.16:06
detuleyeah i've seen that too16:06
detulethen pairing kind of hangs16:07
emweother direction same issue16:11
emweThese BluetoothEventLoop errors look suspicious16:11
detuleyep16:11
emweh4_recv: Unknown HCI packet type f416:12
emwesame as reported earlier by mgross029 iirc16:12
detulehm i don16:16
detulet think i've seen that but perhaps I wasn just not looking closely enough16:16
emwefrom a first glance at msm_serial.h some bitshifting magic in the defs looks broke...16:22
emwe#define UART_CR_TX_DISABLE(1 << 3)16:22
emwe#define UART_CR_TX_ENABLE(1 << 3)16:22
emwe#define UART_CR_RX_DISABLE(1 << 3)16:22
emwe#define UART_CR_RX_ENABLE(1 << 3)16:22
emwewhich is 3 2 1 0 on 3.016:22
detulewhere's that paste from16:23
emwe.35 msm_serial.h16:25
rneeseeww working on gb16:25
rneesenice16:25
rneeseor is it HC16:26
detuledon't think msm_serial.h is the issue16:27
detulesince i never changed that16:27
detulebut yeah those look off16:27
detulebesides i can't even find where those defines are used16:28
emwedetule: ok, one thing from a quick glance is commented in _probe on 3.0:  if (unlikely(set_irq_wake(msm_uport->wakeup.irq, 1)))16:28
emweyeah, right with the defines. likely wrong though :)16:29
detulewhere is that probe16:29
emwemsm_serial_hs.c16:30
emwelog says the 3.0 came from .39 ... which likely came from .27 i assume?16:31
emwe(msm_serial_hs.c)16:31
detuleyes16:33
detuledon't you have that statement in 35 as well16:33
detulenvm16:33
emweiirc it was JBs addition16:34
detuleemwe, that could very well be it16:37
emweouch, CAs version has "improved" a bit on what seems .27 variant was inspired from...16:38
emwegonna try that then... sometime later :)16:38
detuleit worked fine, except for the sleep issue16:38
detulei noticed it has no wake locks16:38
rneeseok I have a issue with apps randomly starting on thier own16:47
jonprypsychic phone16:47
rneeselike just now i set my phome down and waled away and pandora started up16:47
rneesewaled/walked16:48
jonpryit got bored16:48
rneeselol16:48
rneesebut I would like to figure out why its doing it16:49
rneeseI freshly loaded it yesterday16:50
rneeseand installed the apps I use16:50
detulejonpry, you have a swapbuffer_less build yet17:02
jonpryno i can't figure out how to do it17:03
rneeseis there away toget involved? a howto on building a build machine ? or a outline on requirements ?17:04
detuleit's all available online17:05
emwedetule: yeah, it seems to be the commented set_irq_wake() on probe "doing" the job by not doing it.17:25
detuleyeah i got it in here as well and it suspends fine17:26
emwefine fine... testing out sleep=0 over night. tty tomorrow. gnight.17:28
*** andygraybeal has quit IRC17:28
detulegood find17:29
detulegood night17:29
*** emwe has quit IRC17:31
*** rneese has quit IRC17:44
*** rneese_ has joined #xdandroid17:45
*** fishhead2567 has quit IRC18:07
*** helicopter88 has quit IRC18:19
*** arrrghhh has quit IRC18:25
*** arrrghhh has joined #xdandroid18:26
*** rneese_ has quit IRC18:29
*** teemodk has quit IRC18:36
*** andygraybeal_ has joined #xdandroid18:41
*** NeoMatrixJR has quit IRC19:09
mgross029detule, had to go away from 3.0 lost all audio for some reason and wasn't in a position to take any logs...19:38
mgross029Did not even get a chance to check bt out with it. Unfortunately19:39
mgross029Went back to .27 acoustic and it had a kernel panic back to WM.  Not a good day so far.19:39
*** d3tul3 has joined #xdandroid19:46
*** andygraybeal_ has quit IRC19:56
*** andygraybeal_ has joined #xdandroid20:03
*** andygraybeal_ has quit IRC20:08
*** arrrghhh has quit IRC20:20
*** arrrghhh has joined #xdandroid20:24
*** hardwalker has joined #xdandroid20:39
*** rpierce99 has joined #xdandroid20:43
*** Entropy512 has quit IRC20:50
*** Entropy512 has joined #xdandroid20:56
*** andygraybeal_ has joined #xdandroid21:49
*** d3tul3 has quit IRC22:06
*** [7] has quit IRC22:21
*** TheSeven has joined #xdandroid22:21
*** andygraybeal_ has quit IRC22:25
*** NeoMatrixJR has joined #xdandroid22:39
*** d3tul3 has joined #xdandroid22:45
*** programmer8922 has joined #xdandroid22:47
*** rpierce99 has quit IRC22:49
*** NeoMatrixJR has quit IRC22:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!