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

[10:25:47] -!- mmlogs_ [mmlogs_!~mmlogs_@ip-94-113-13-24.net.upcbroadband.cz] has joined #milestone-modding
[10:25:47] -!- nadlabak [nadlabak!~nadlabak@ip-94-113-13-24.net.upcbroadband.cz] has joined #milestone-modding
[10:25:47] -!- mode/#milestone-modding [+o nadlabak] by ChanServ
[10:28:51] Skrilax_CZ|Away is now known as Skrilax_CZ
[10:28:53] -!- sfahadzb__ [sfahadzb__!~sfahadzb@] has joined #milestone-modding
[10:29:08] sfahadzb__ is now known as sfahadzb
[10:32:10] -!- sfahadzb_ has quit [Ping timeout: 252 seconds]
[10:38:31] -!- k1l has quit [Ping timeout: 260 seconds]
[10:38:54] -!- k1l [k1l!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[10:43:38] -!- k1l has quit [Read error: Operation timed out]
[10:43:53] -!- k1l [k1l!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[10:48:53] -!- k1l_ [k1l_!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[10:49:56] -!- k1l has quit [Ping timeout: 248 seconds]
[10:53:54] -!- k1l [k1l!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[10:55:39] -!- k1l_ has quit [Ping timeout: 260 seconds]
[11:07:04] -!- k1l_ [k1l_!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[11:07:12] -!- k1l has quit [Read error: Connection reset by peer]
[11:12:34] -!- k1l_ has quit [Ping timeout: 246 seconds]
[11:13:28] -!- k1l [k1l!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[11:18:58] -!- k1l_ [k1l_!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[11:21:21] -!- k1l has quit [Ping timeout: 256 seconds]
[11:26:27] -!- dx has quit [Ping timeout: 240 seconds]
[11:26:42] -!- k1l [k1l!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[11:26:48] -!- k1l has quit [Client Quit]
[11:28:35] -!- dx [dx!~dicks@host100.201-253-212.telecom.net.ar] has joined #milestone-modding
[11:28:58] -!- k1l_ has quit [Ping timeout: 246 seconds]
[11:34:53] <Skrilax_CZ> nadlabak: wait, you actually use czechop's radio patch over yakk's usb ehci patches?
[11:38:27] -!- yedpodtrzitko [yedpodtrzitko!~yed@posta.sanoma.cz] has joined #milestone-modding
[11:39:53] <nadlabak> Skrilax_CZ: yes, it works fine together
[11:40:10] <Skrilax_CZ> ah, ok
[11:41:38] <nadlabak> initially, I disabled two of the yakk's reg writes that I thought that would collide, but when I tested it later, it worked, so I use all of them
[11:46:40] <Skrilax_CZ> Well some are certainly important, reading the TRM what it is doing
[11:47:57] <nadlabak> yes, I read the TRM and thought that omap_writel(0x3f, 0x48064814) and omap_writel(0xc000007f, 0x48064414) could cause problems with czechop's patch, but not, it works together
[12:03:11] -!- unreal- has quit [Ping timeout: 272 seconds]
[12:03:56] -!- unreal_ [unreal_!~unreal@hell.v6.greenade.net] has joined #milestone-modding
[12:03:56] unreal_ is now known as unreal-
[12:39:09] <Quarx> nadlabak: interesting, after boot ,device have "request_suspend_state: sleep (3->3)"
[12:39:32] <Quarx> 3->3 after send device to sleep from normal mode
[12:39:47] <Quarx> after it will be 0->3 3->0 and no ram problems
[12:40:53] -!- endstille has quit [Quit: endstille]
[12:43:08] <Quarx> look like ram on low freq
[12:43:15] <Quarx> because it in suspend
[13:00:19] -!- mifritscher [mifritscher!~michi@] has joined #milestone-modding
[13:06:09] -!- Bavilo [Bavilo!~Bavilo@ip-95-223-22-136.unitymediagroup.de] has joined #milestone-modding
[13:11:45] -!- endstille [endstille!~endstille@] has joined #milestone-modding
[13:25:30] -!- fentensoft [fentensoft!~fentensof@] has joined #milestone-modding
[13:27:16] <Skrilax_CZ> Right now I get this on production board (with CM10 installed): http://pastebin.com/DzDNRW6g
[13:28:00] <Skrilax_CZ> Looks like init.mapphone_umts.rc doesn't get invoked, seeing ext4 mount fail and "[ 0.000000] Machine: mapphone_"
[13:32:37] -!- mifritscher has quit [Ping timeout: 245 seconds]
[13:44:09] -!- pontomedon has quit [Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )]
[13:44:35] -!- pontomedon [pontomedon!~poseidon@p236-016.vps.tuwien.ac.at] has joined #milestone-modding
[13:44:36] -!- mode/#milestone-modding [+o pontomedon] by ChanServ
[13:59:12] <nadlabak> Skrilax_CZ: hmm, dspbridge is initialized from init.mapphone_umts.rc, there wouldn't be its crash in the log without it
[13:59:31] <Skrilax_CZ> true
[14:01:53] -!- mrvek [mrvek!~mrvek@] has joined #milestone-modding
[14:07:09] <Skrilax_CZ> But there is no "Running NETMUX" or "Inserting SEC Module"
[14:08:31] <Skrilax_CZ> Here's my init,mapphone_umts.rc: http://pastebin.com/1QF1nMDJ
[14:08:44] <Skrilax_CZ> It doesn't seem to me there would be smth wrong with it :/
[14:09:37] <Skrilax_CZ> also init.rc http://pastebin.com/8Drc5nW0
[14:10:37] <nadlabak> Quarx: 3 is the initial value of requested_suspend_state defined in wakelock.c
[14:11:12] <nadlabak> Skrilax_CZ: check the rc files permissions
[14:12:34] <Skrilax_CZ> nadlabak: both 755, and I use mkbootfs to create the ramdisk, so UID / GID should be both 0 then
[14:12:55] <nadlabak> init won't load world readable rc file
[14:13:14] <nadlabak> since jb
[14:13:31] <nadlabak> 750
[14:13:56] <Skrilax_CZ> ah
[14:14:04] <Skrilax_CZ> thanks
[14:21:00] <Skrilax_CZ> damn, USB power surge, need to reboot
[14:22:50] Skrilax_CZ is now known as Skrilax_CZ|Away
[14:26:22] <nadlabak> Quarx: under CM7, the first transition happens after androids "I/power ( 2932): *** set_screen_state 1" and it's "request_suspend_state: wakeup (3->0)"
[14:26:29] Skrilax_CZ|Away is now known as Skrilax_CZ
[14:27:34] <nadlabak> Quarx: under CM10, the wakeup is missing, so the first suspend request looks like request_suspend_state: sleep (3->3)
[14:28:21] <nadlabak> Quarx: but it's normal and you can see the same when running the stock kernel, without 2ndboot
[14:44:12] <Quarx> ah, ok. i'm not looked into it without 2ndboot.
[14:55:47] <Skrilax_CZ> nadlabak: wasn't the permissions, 750 (checked by extracting ramdisk as well) and it still doesn't load it
[14:57:30] <Quarx> Skrilax_CZ: import /init.${ro.hardware}.rc replace by real name
[14:57:42] <Quarx> this help for me
[14:58:24] <Skrilax_CZ> ok I'll try, although I tested the ${ro.hardware} and it was set correctly
[14:58:44] <Quarx> i can post my ramdisk for 2ndboot
[14:58:47] <Quarx> for defy
[14:59:37] <Skrilax_CZ> ok
[14:59:48] <Quarx> http://pastebin.com/TM35Q0x9
[14:59:58] <Quarx> init.rc from aosp withou any changes
[15:00:11] <Quarx> oh no.. only name of import
[15:02:44] <Skrilax_CZ> oh wait
[15:03:43] <Skrilax_CZ> perhaps I'm trying to insmod the modules prior mounting system :P (realized that system isn't unmounted in 2nd-init)
[15:08:56] -!- sandimann [sandimann!~sandimann@p5DC82E4A.dip.t-dialin.net] has joined #milestone-modding
[15:13:37] <Skrilax_CZ> yeah it was it + perms on the modules
[15:15:08] <Skrilax_CZ> bascially all I needed to do was to put the fs modules to "on fs" and the rest to "on boot"
[15:15:33] <Skrilax_CZ> an BP works
[15:15:40] <Skrilax_CZ> *and
[15:16:26] -!- Mioze7Ae [Mioze7Ae!~storrsjm@] has joined #milestone-modding
[15:26:22] <nadlabak> Skrilax_CZ: thanks, I haven't noticed that fs issue in scripts as I'm playing with 2ndboot on cm7
[15:28:37] <nadlabak> and I use ext4 built-in, not loaded as module
[15:29:54] <Skrilax_CZ> I think that "on init" is called prior "on fs"
[15:30:04] <nadlabak> yes, it is
[15:30:23] <Skrilax_CZ> so even if it was built-in, then it would still fail
[15:30:35] <nadlabak> yes
[15:38:41] -!- Vizinho [Vizinho!~nerdin@] has joined #milestone-modding
[15:40:04] <Skrilax_CZ> anyway, food time now, then I'll sort out the master branch of the kernel
[16:03:36] -!- fentensoft has quit [Quit: Leaving]
[16:22:05] -!- Simon-- [Simon--!~sim@2606:6a00:0:28:5604:a6ff:fe02:702b] has joined #milestone-modding
[16:22:14] <Mioze7Ae> I'm trying to backport new 2ndboot to 2.6.29 for XT720. In hbootmod is emu_uart.c modified from the original board-mapphone-emu_uart.c?
[16:24:37] <Mioze7Ae> Basically the immediate error is the usual #include mach/ vs plat/, but I'm not sure if just fixing the include paths should be "enough"?
[16:27:34] <Mioze7Ae> I don't have UART anyway, so it should be "ok" to just rip support from hboot.c?
[16:28:34] -!- yedpodtrzitko has quit [Ping timeout: 252 seconds]
[16:29:02] -!- k1l [k1l!~k1l@ubuntu/member/k1l] has joined #milestone-modding
[16:30:07] -!- sandimann has quit [Quit: Verlassend]
[16:30:35] -!- sandimann [sandimann!~sandimann@p5DC82E4A.dip.t-dialin.net] has joined #milestone-modding
[16:35:29] <Quarx> nadlabak: we have some revision of defy where need disable DSS at all.
[16:35:43] <Quarx> ot display will show moto logo after boot too
[16:51:16] <nadlabak> Mioze7Ae: the offsets will be wrong for 2.6.29 kernel
[16:52:43] <Mioze7Ae> nadlabak: are the correct offsets discovered/re or found from kernel source?
[16:53:06] <Mioze7Ae> fjfalcon had a working 2ndboot at one point for XT720. I'm trying to find his source.
[16:53:17] <Mioze7Ae> And then merge
[16:54:16] <nadlabak> see https://github.com/nadlabak/kernel/blob/master/arch/arm/mach-omap2/board-mapphone.c#L2956
[16:54:43] <Mioze7Ae> Thanks
[16:55:10] <nadlabak> for 2.6.29 it's .io_pg_offst = ((0xd8000000) >> 18) & 0xfffc
[16:56:37] <Mioze7Ae> Those are for the MMU_ defines in hboot.c?
[16:56:44] <nadlabak> yes
[17:01:06] -!- peshovec_ [peshovec_!~peshovec@] has joined #milestone-modding
[17:02:52] -!- peshovec has quit [Read error: Operation timed out]
[17:03:50] -!- eXtremo has quit [Ping timeout: 276 seconds]
[17:05:58] -!- jausk [jausk!~quassel@44.85-85-66.dynamic.clientes.euskaltel.es] has joined #milestone-modding
[17:08:49] -!- eXtremo [eXtremo!~eXtremo@] has joined #milestone-modding
[17:08:49] -!- eXtremo has quit [Changing host]
[17:08:49] -!- eXtremo [eXtremo!~eXtremo@unaffiliated/extremo] has joined #milestone-modding
[17:09:07] -!- peshovec__ [peshovec__!~peshovec@] has joined #milestone-modding
[17:12:19] -!- peshovec [peshovec!~peshovec@] has joined #milestone-modding
[17:12:20] -!- peshovec_ has quit [Ping timeout: 248 seconds]
[17:13:05] -!- peshovec_ [peshovec_!~peshovec@] has joined #milestone-modding
[17:13:55] -!- TPoint75_ [TPoint75_!~tkrause@PCX40.ipht-jena.de] has parted #milestone-modding
[17:15:24] -!- peshovec__ has quit [Ping timeout: 260 seconds]
[17:16:03] <nadlabak> Skrilax_CZ: what's the meaning of 512 here? https://github.com/nadlabak/2ndboot/blob/master/hbootmod/hboot.c#L178
[17:16:28] -!- peshovec has quit [Ping timeout: 244 seconds]
[17:16:32] <nadlabak> it was 256 before
[17:20:04] -!- peshovec__ [peshovec__!~peshovec@] has joined #milestone-modding
[17:23:14] -!- peshovec_ has quit [Ping timeout: 240 seconds]
[17:24:11] <Mioze7Ae> Skrilax_CZ: I have three Motoroi sbf that aren't on droid-developers. Can I upload them somewhere?
[17:24:38] -!- peshovec_ [peshovec_!~peshovec@] has joined #milestone-modding
[17:26:10] -!- endstille has quit [Read error: Connection reset by peer]
[17:27:58] -!- peshovec__ has quit [Ping timeout: 252 seconds]
[17:37:52] -!- sandimann has quit [Quit: Verlassend]
[17:46:07] -!- DAGr8 has quit [Ping timeout: 246 seconds]
[17:46:27] <Mioze7Ae> In 2ndboot, the devtree can just be the raw CG extracted from sbf? Or do the signatures need to be truncated?
[17:46:29] <Skrilax_CZ> nadlabak: It's memory remaping, I don't think it's necessary at all
[17:47:01] <Skrilax_CZ> Mioze7Ae: yeah
[17:47:15] <Mioze7Ae> Skrilax_CZ: thanks
[17:47:45] <Skrilax_CZ> Mioze7Ae: but for initial stages, you'll definitely need UART
[17:48:42] <Mioze7Ae> No! I will use ESP and water stick! ;-)
[17:49:03] <Mioze7Ae> Ok, I'll make one...
[17:49:51] <Skrilax_CZ> Mioze7Ae: what are the SBFs btw.?
[17:49:52] <Mioze7Ae> I thought I read somewhere that nadlabak didn't think it was necessary because he had adb working.
[17:50:01] <Skrilax_CZ> yeah, but that's for later stages
[17:50:21] <Mioze7Ae> STSKT_N_79.11.39R.sbf
[17:50:23] <Mioze7Ae> STSKT_N_79.11.44R.sbf
[17:50:25] <Mioze7Ae> STSKT_N_79.33.50R.sbf
[17:50:30] <Skrilax_CZ> yeah, Korean :P
[17:50:47] <Mioze7Ae> STSKT_N_79.33.50R.sbf is the only 2.2 for XT720
[17:51:20] <Mioze7Ae> iirc STSKT_N_79.11.44R.sbf is the one with vuln. recovery
[17:51:50] <Skrilax_CZ> 44R has vul. recovery? not 39R?
[17:52:13] <Skrilax_CZ> I thought there is no XT720 vulnerable recovery
[17:52:39] <Mioze7Ae> No we have one, but it's weird. It's from a leak or something.
[17:53:20] <Skrilax_CZ> and how is it weird?
[17:53:52] <Mioze7Ae> It only boots with Korean devtree. So we have to hack around fixing things on MS XT720.
[17:54:14] <Skrilax_CZ> interesting
[17:54:55] <Mioze7Ae> But MS XT720 boot.img boots with korean devtree O_o
[17:55:12] <Skrilax_CZ> well, you actually have "fastboot boot" working on XT720
[17:55:21] <Mioze7Ae> Yes, that's true
[17:56:54] <Mioze7Ae> The problem is you can only get into fastboot if you have working system
[17:58:36] <Mioze7Ae> so fastboot recovery isn't the best solution
[17:59:45] <Skrilax_CZ> I believe a special combo was also for Bootloader Fastboot Mode, but perhaps that's only on ENG MS
[18:01:46] <Skrilax_CZ> but I agree, having working recovery w/o PC is better
[18:03:43] <Mioze7Ae> You guys have a keyboard...
[18:04:00] <Mioze7Ae> We've just got five buttons. ;)
[18:05:09] -!- pontomedon^ [pontomedon^!~poseidon@chello062178135187.2.14.univie.teleweb.at] has joined #milestone-modding
[18:05:09] -!- mode/#milestone-modding [+o pontomedon^] by ChanServ
[18:05:55] -!- pontomedon^ has quit [Client Quit]
[18:06:06] -!- pontomedon has quit [Read error: Connection reset by peer]
[18:06:22] -!- pontomedon [pontomedon!~poseidon@p236-020.vps.tuwien.ac.at] has joined #milestone-modding
[18:06:22] -!- mode/#milestone-modding [+o pontomedon] by ChanServ
[18:07:09] <Skrilax_CZ> Yes *evil laugh*
[18:08:57] -!- jausk has quit [Remote host closed the connection]
[18:25:18] -!- DAGr8 [DAGr8!~v@unaffiliated/dagr8] has joined #milestone-modding
[18:28:52] -!- RCFwork has quit [Quit: Leaving.]
[19:22:44] -!- sfahadzb has quit [Read error: Connection reset by peer]
[19:24:43] -!- sfahadzb [sfahadzb!~sfahadzb@] has joined #milestone-modding
[19:30:53] <Mioze7Ae> Why not: awk '/ hboot/ {print $1}' /proc/devices ? Is there a reason for all the extra processes?
[19:36:01] -!- sfahadzb has quit [Read error: Connection reset by peer]
[19:38:56] -!- endstille [endstille!~endstille@dslb-094-221-213-066.pools.arcor-ip.net] has joined #milestone-modding
[19:55:57] -!- sandimann [sandimann!~sandimann@p5DC82E4A.dip.t-dialin.net] has joined #milestone-modding
[19:56:25] <Mioze7Ae> I'm slightly dense... If you use http://www.droid-developers.org/wiki/UsbSerialCable then it's just a string of cables. You don't need something like https://www.sparkfun.com/products/9873?
[19:58:01] <Skrilax_CZ> nadlabak: have you encountered with this: " [ 55.625610] sysfs: cannot create duplicate filename '/devices/platform/pvrsrvkm'" ; I'm trying to load pvrsrvkm.ko as module, did you have to make some futher patches?
[19:58:04] <Mioze7Ae> You just use computer <- https://whttps://www.sparkfun.com/products/9718 + a sliced up extender + standard MicroUSB cable -> Milestone?
[19:58:34] <Skrilax_CZ> Mioze7Ae: just normal UART on 3.3V (I think nadlabak said it worked for him on 5V)
[19:59:03] <Skrilax_CZ> You can also use RS232, but then you'll have to use max232 to fix the signal voltage levels
[20:11:13] <Mioze7Ae> So, does this look like a good bet for UART: https://www.sparkfun.com/products/9717 (5V VCC-3.3V I/O)?
[20:12:30] -!- TPoint75_ [TPoint75_!~tpoint75@erft-5d808c2a.pool.mediaWays.net] has joined #milestone-modding
[20:13:58] <Skrilax_CZ> probably yeah, but you can buy MAX232 directly :P
[20:21:17] -!- sfahadzb [sfahadzb!~sfahadzb@] has joined #milestone-modding
[20:22:33] <Mioze7Ae> So if I understand correctly, the Milestone wants 3.3V but maybe works with 5V?
[20:23:22] <Mioze7Ae> i.e. the D- and D+ are coming from the MS as +/-3.3V?
[20:23:42] <Mioze7Ae> Or am I complete idiot.
[20:25:06] <Mioze7Ae> i.e. the Milestone's "TTL" is 3.3V instead of 5V, right?
[20:26:13] <Mioze7Ae> OK, I think I understand now.
[20:29:49] <Skrilax_CZ> That has nothing to do with USB
[20:30:05] <Skrilax_CZ> it's simply wired that on the usb you can have uart (check emu_uart source)
[20:41:55] <nadlabak> Skrilax_CZ: https://github.com/nadlabak/android_hardware_ti_sgx/commit/0f2a11106aa315de75c8ff2773875e435560f075
[20:48:32] <Skrilax_CZ> ah I see
[20:48:34] <Skrilax_CZ> thanks
[20:53:11] <Skrilax_CZ> yeah now it works
[20:59:15] <Skrilax_CZ> nadlabak: I've updated the master branch in kernel (2nd-boot config, PVR external, etc.)
[21:02:06] <nadlabak> Skrilax_CZ: great
[21:09:10] -!- pontomedon has quit [Quit: Bin nur schnell in Austin, TX]
[21:09:34] -!- pontomedon [pontomedon!~poseidon@chello062178135187.2.14.univie.teleweb.at] has joined #milestone-modding
[21:09:34] -!- mode/#milestone-modding [+o pontomedon] by ChanServ
[21:13:33] <Skrilax_CZ> damn, dssdev won't suspend ... (i.e it will remain sluggish the entire time xD)
[21:15:40] -!- mifritscher [mifritscher!~michi@] has joined #milestone-modding
[21:25:44] -!- Bavilo has quit [Read error: Connection reset by peer]
[21:34:58] -!- mifritscher has quit [Quit: Leaving.]
[21:35:14] <nadlabak> Skrilax_CZ: did you uncommented the support for manual update mode?
[21:36:57] <Skrilax_CZ> nadlabak: I tested it by building the files from the kernel separately
[21:38:25] <nadlabak> I see
[21:59:06] <Skrilax_CZ> nadlabak: I'm curious about this commit: https://github.com/nadlabak/kernel/commit/2f09a47ea08c68458f6b9518e300d1ffbad538a4
[22:01:17] <Skrilax_CZ> Where did you find some information about that?
[22:06:22] -!- Quarx has quit []
[22:08:05] -!- TPoint75_ has quit [Quit: Leaving.]
[22:27:28] -!- sandimann has quit [Ping timeout: 260 seconds]
[22:45:35] <nadlabak> Skrilax_CZ: it's 4 months already, so I don't remember it very well. dss power domain didn't suspend for me with 1.8 drivers initially.
[22:46:23] <nadlabak> so I was looking at the various powerdown related patches for 1.8 ddk
[22:48:15] <nadlabak> and it was always related to SGX_OCP_NO_INT_BYPASS and SGX_OCP_REGS_ENABLED
[22:49:43] <Skrilax_CZ> I see
[22:54:42] <nadlabak> so I tried to remove the 125 condition introduced with the omap3-3.0 1.8 backport and voila, suspend suddenly worked :)
[22:56:56] <nadlabak> it was a lucky guess :)
[22:59:17] <Skrilax_CZ> well, the 125 condition is everywhere actually (1.8 from rowboat, 1.7, 1.5 too )
[22:59:26] -!- mifritscher [mifritscher!~michi@] has joined #milestone-modding
[23:13:59] -!- Vizinho has quit [Quit: Leaving]