#milestone-modding | Logs for 2012-05-18

[01:04:10] -!- n0life_ has quit [Quit: KTHXBYE]
[01:59:15] -!- nadlabak has quit [Quit: Ich geh zurück in die Atmosphäre]
[02:02:29] -!- nadlabak [nadlabak!~nadlabak@ip-62-245-82-172.net.upcbroadband.cz] has joined #milestone-modding
[02:02:30] -!- mode/#milestone-modding [+o nadlabak] by ChanServ
[02:52:58] -!- `Wedge [`Wedge!~wedge@93-181-238-228.adsl.yaroslavl.ru] has joined #milestone-modding
[02:52:58] -!- `Wedge has quit [Changing host]
[02:52:58] -!- `Wedge [`Wedge!~wedge@unaffiliated/duratarskeyk] has joined #milestone-modding
[02:56:30] -!- `Wedge_ has quit [Ping timeout: 265 seconds]
[03:05:08] Skrilax_CZ is now known as Skrilax_CZ|Away
[04:07:57] -!- k1l_ [k1l_!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[04:11:18] -!- k1l has quit [Ping timeout: 252 seconds]
[04:26:26] -!- Orgg has quit [Read error: Operation timed out]
[04:34:22] -!- Orgg [Orgg!orgg@terranigma.snes.org] has joined #milestone-modding
[05:39:24] -!- dmb [dmb!dmb@unaffiliated/dmb] has joined #milestone-modding
[06:35:45] -!- peshovec has quit [Read error: Operation timed out]
[07:14:56] -!- mrvek [mrvek!~mrvek@cpe-94-253-168-148.zg.cable.xnet.hr] has joined #milestone-modding
[07:46:40] -!- Quarx [Quarx!~Quarx@] has joined #milestone-modding
[08:24:12] -!- n0life [n0life!~madhatter@dslb-088-064-154-093.pools.arcor-ip.net] has joined #milestone-modding
[08:29:26] <mrvek> nadlabak: disabling panic deamon is temporary, to demonstrate to MFDonadeli what to change?
[08:32:06] <mrvek> *daemon
[08:37:54] -!- peshovec [peshovec!~peshovec@] has joined #milestone-modding
[08:51:43] -!- Skrilax_CZ|Away has quit [Ping timeout: 245 seconds]
[08:57:29] -!- Skrilax_CZ [Skrilax_CZ!~Skrilax_C@2001:718:2:1634:21a:4dff:fe55:3611] has joined #milestone-modding
[08:57:30] -!- mode/#milestone-modding [+o Skrilax_CZ] by ChanServ
[09:23:06] -!- RCFwork [RCFwork!~klaas@215.143-243-81.adsl-dyn.isp.belgacom.be] has joined #milestone-modding
[09:23:53] -!- RCFwork [RCFwork!~klaas@215.143-243-81.adsl-dyn.isp.belgacom.be] has parted #milestone-modding
[09:23:58] -!- RCFwork [RCFwork!~klaas@215.143-243-81.adsl-dyn.isp.belgacom.be] has joined #milestone-modding
[09:56:42] <nadlabak> mrvek: no, the panic_daemon has been disabled since the first ics commit
[09:58:03] <nadlabak> I tried to enable it two days ago, to see if it still misbehaves
[09:58:09] <nadlabak> and disabled it again yesterday
[09:58:22] <mrvek> it has? haven't noticed in commit log. except the last one last night (says disable... again) so I assumed it is new.
[09:58:43] <mrvek> panic_daemon is misbehaveing?
[09:59:34] <mrvek> I haven't noticed anything. running build from yesterday morning.
[10:01:42] <nadlabak> it can be seen in history: https://github.com/nadlabak/android_device_motorola_umts_sholes/commits/e72d4a30799624cfd01fbc54703e3dcbdd4aab60/prebuilt/etc/rootfs/init.mapphone_umts.rc
[10:01:43] <nadlabak> 16.5. enable, 17.5. disable again
[10:02:28] <nadlabak> Dec 29 - initial ics mess - panic daemon disabled
[10:03:27] <nadlabak> it detects BP panics while there are none from time to time, causing random reboots without actual reason
[10:06:10] <mrvek> weird...
[10:10:37] <mrvek> but since you disabled it 13hrs ago that would mean i'm running build with it enabled (it is not commented out in corresponding file)
[10:11:09] <mrvek> good to know what to assume if phone reboots on me.
[10:12:27] <mrvek> perhaps it would be wise to upload new nightly...
[10:17:39] <mrvek> BP is wrigley3g baseband processor? if some root user app claims it can restart telephony and/or radio layer it is unrelated to a restart is required to restart that is necessary when running custom kernel?
[10:19:03] -!- nadlabak_ [nadlabak_!~nadlabak@ip-62-245-82-172.net.upcbroadband.cz] has joined #milestone-modding
[10:21:32] -!- nadlabak has quit [Ping timeout: 256 seconds]
[10:24:17] -!- nadlabak [nadlabak!~nadlabak@ip-62-245-82-172.net.upcbroadband.cz] has joined #milestone-modding
[10:24:18] -!- mode/#milestone-modding [+o nadlabak] by ChanServ
[10:25:10] -!- nadlabak_ has quit [Ping timeout: 245 seconds]
[10:42:19] <nadlabak> mrvek: what can or can't be done with BP on Milestone is completely unrelated to whether you're running custom kernel or not.
[10:43:15] <nadlabak> kernel sees the bp as usb peripheral
[10:43:33] <mrvek> i don't understand. i thought that wrigley can't be restarted on custom kernel only.
[10:43:39] <mrvek> hm..
[10:44:58] <nadlabak> if this usb peripheral dies, stops responding, panics... reset of the whole device is needed
[10:45:32] <nadlabak> because there is no signal available to reset just the bp
[10:46:01] <mrvek> what is responsible for requesting sim pin? that has not much to do with BP?
[10:46:26] -!- mifritscher [mifritscher!~michi@] has joined #milestone-modding
[11:11:34] <mrvek> i made completely wrong assumption. sorry about that. this was incredibly dumb.
[11:15:52] -!- popo007 [popo007!~popo007@] has joined #milestone-modding
[11:35:39] -!- RCFwork has quit [Quit: Leaving.]
[11:55:27] -!- endstille [endstille!~endstille@port-87-193-224-26.static.qsc.de] has joined #milestone-modding
[11:58:48] -!- cubi has quit [Ping timeout: 245 seconds]
[11:59:54] -!- mifritscher has quit [Ping timeout: 272 seconds]
[12:09:48] Skrilax_CZ is now known as Skrilax_CZ|Away
[12:33:40] -!- endstille has quit [Quit: I'll be back.]
[12:36:07] -!- RCFwork [RCFwork!~klaas@60-114-145-178.mobileinternet.proximus.be] has joined #milestone-modding
[12:41:52] -!- mifritscher [mifritscher!~michi@] has joined #milestone-modding
[12:47:52] <mrvek> is it just me or nothemes branch feels much smoother compared to "normal" ics? significatly smoother.
[12:49:33] <peshovec> nadlabak: just saw you can parse *bin log files ? can you share how ?
[12:50:06] <mrvek> btw. video recording is fine. 720p has a glitch now and then on recorded video (i guess it dropped a few frames) but nevertheless the overall quality is ok.
[12:58:11] <nadlabak> mrvek: I had the same feeling - after the theme engine merge, ics felt to me behaving somehow worse than before. that's why I went ahead, reverted the theme merge and created the nothemes branches to be able to compare it and to find out if it's the theme engine what is responsible
[12:58:34] -!- RCFwork has quit [Quit: Leaving.]
[12:59:22] <nadlabak> peshovec: the log files, despite the bin extensions, are plain text
[13:00:02] <peshovec> nadlabak: 10x, i had hope to parse binary ones (had a couple of them realted to the baseband, generated from the stock eclair)
[13:05:07] <mrvek> well, i am no expert and system uptime is less that 2 hrs but it was noticable from the very start. messaging opened in a second. scrolling, contacts swiping left-right, messaging searching for contact...
[13:06:04] <mrvek> i think i'll keep this one :) i am curious if it will drastically slow down after longer use. now is perfect.
[13:12:06] <peshovec> mrvek: it is always fast in the beginning, then after time (depending of usage) it becomes slower... i blame for that memory fragmentation
[13:12:33] <peshovec> using cron, to kill once per night several process at once, seems to help ..
[13:12:43] <peshovec> s/process/processes
[13:13:57] <mrvek> peshovec: yes, it is. but not that fast. usually messaging after fresh boot has a significat delay when starting. with this branch there was almost no delay.
[13:15:27] Skrilax_CZ|Away is now known as Skrilax_CZ
[13:15:49] <mrvek> and contacts/people app is one of the slowest for me. but now behaves a bit smoother. messaging searching for contact also almost no lag...
[13:16:33] <mrvek> but we'll see, perhaps my phone did went crazy on this occasion.
[13:17:37] <mrvek> *(did go/has went i guess would be more correct)
[13:18:42] -!- popo007 has quit [Quit: Leaving]
[13:38:04] <nadlabak> well, I haven't seen system_server to take more 25mb ram (pss) on nothemes branch so far, while with the theme engine, I already saw it going over 50mb rather soon after fresh boot. go figure.
[13:38:17] <nadlabak> *more than 25mb
[13:42:16] <nadlabak> this observation also suggests that it might be interesting to test a CM7 build without the theme engine...
[13:44:36] <nadlabak> but it won't so easy to take it out. there'll be lot's of conflicts to resolve as the engine sits there for a long time
[13:44:50] <peshovec> nadlabak: i saw the revert theme commit (with goal to see how to use in cm7 too), i was hoping that there is just a flag:) to enable/disable it ...
[13:45:59] <peshovec> nadlabak: what you think, instead of revert to implement theme engine disable ?
[13:46:35] <peshovec> of course new branch too (e.g. no need flag controlled theme/no-theme build
[13:48:43] <nadlabak> even in the ics branch it was not straight forward revert. the theme support got in as a merge in the first place and merge commits are harder to revert
[13:50:22] <nadlabak> peshovec: reverting still sounds easier than disabling
[13:51:10] <nadlabak> I'll try to do it in the gingerbread branch, if I'll find some free time for it
[13:57:45] <peshovec> that looks somewhat scarry :) ~/cyano/nadlabak/frameworks/base$ git log | grep -i theme | wc -l
[13:57:45] <peshovec> 314
[14:43:42] -!- mrvek has quit [Quit: Quit]
[14:55:15] -!- cubi [cubi!~mcd@p4FFE0736.dip.t-dialin.net] has joined #milestone-modding
[15:06:18] -!- cubi has quit [Ping timeout: 245 seconds]
[15:37:54] -!- dhiru1602 [dhiru1602!~dhiru1602@] has joined #milestone-modding
[15:46:48] -!- jareq has quit [*.net *.split]
[15:47:48] -!- jareq [jareq!~jarek@] has joined #milestone-modding
[15:54:00] -!- ngonchan [ngonchan!7b160f02@gateway/web/freenode/ip.] has joined #milestone-modding
[16:45:30] -!- n0life has quit [Quit: KTHXBYE]
[16:46:02] -!- k1l [k1l!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[16:46:49] -!- k1l_ has quit [Read error: Operation timed out]
[17:10:03] -!- ngonchan has quit [Quit: gotta go]
[17:16:02] -!- xvilka has quit [*.net *.split]
[17:16:21] -!- xvilka [xvilka!~xvilka@unaffiliated/xvilka] has joined #milestone-modding
[17:16:21] -!- mode/#milestone-modding [+o xvilka] by kornbluth.freenode.net
[17:30:14] -!- n0life [n0life!~madhatter@HSI-KBW-149-172-240-45.hsi13.kabel-badenwuerttemberg.de] has joined #milestone-modding
[17:52:05] -!- cubi [cubi!~mcd@p4FFE152B.dip.t-dialin.net] has joined #milestone-modding
[18:05:10] -!- CptAJ[vzla] [CptAJ[vzla]!AJ@] has joined #milestone-modding
[18:05:17] -!- CptAJ[vzla] has quit [Client Quit]
[18:05:31] -!- CptAJ [CptAJ!AJ@] has joined #milestone-modding
[18:05:54] <CptAJ> how long is tune2fs supposed to take when converting to ext3?
[18:06:20] <CptAJ> seems like mine got stuck after the notice about the filestystem being checked every 30 mounts
[18:06:25] <CptAJ> what should I do?
[18:50:31] -!- mifritscher has quit [Ping timeout: 260 seconds]
[20:27:02] -!- Quarx has quit []
[21:40:38] -!- mifritscher [mifritscher!~michi@] has joined #milestone-modding
[21:49:36] -!- mifritscher has quit [Ping timeout: 244 seconds]
[22:44:22] -!- dhiru1602 has quit [Ping timeout: 244 seconds]
[22:44:30] -!- dhiru1602 [dhiru1602!~dhiru1602@] has joined #milestone-modding
[22:44:45] -!- dhiru1602 has quit [Client Quit]
[23:54:03] <nadlabak> peshovec: here you go - https://github.com/nadlabak/android_frameworks_base/tree/gb-nothemes