| 00:09.30 | *** join/#htc-linux AstainHellbring (~AstainHel@c-67-172-255-225.hsd1.ut.comcast.net) |
| 00:09.32 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 00:11.09 | *** join/#htc-linux raymonddull (~raymonddu@173.158.51.70) |
| 00:38.37 | *** join/#htc-linux ray|yar (~raymonddu@173-118-193-207.pools.spcsdns.net) |
| 00:46.29 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 00:46.31 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-12-77.lns20.mel4.internode.on.net) |
| 00:52.27 | *** join/#htc-linux T-Junk (C7xx@f147035.upc-f.chello.nl) |
| 01:04.16 | *** join/#htc-linux ORi|| (~ORi@91.181.95.87) |
| 01:19.24 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 01:29.02 | *** join/#htc-linux raymonddull (~raymonddu@173-112-51-2.pools.spcsdns.net) |
| 01:29.50 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
| 01:48.44 | *** join/#htc-linux MacDrunk (~marper@201.165.147.159) |
| 01:58.06 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 02:05.26 | *** join/#htc-linux ray|yar (~raymonddu@107.34.236.72) |
| 02:30.52 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 02:35.06 | *** join/#htc-linux Ceesheim (~ceesheim@p5B34774C.dip.t-dialin.net) |
| 02:44.13 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
| 03:53.40 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF350D.dip.t-dialin.net) |
| 04:07.20 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-158-244.dynamic.sbb.rs) |
| 04:26.02 | jonpry | sup people |
| 04:27.20 | *** join/#htc-linux T-Junk (C7xx@f147035.upc-f.chello.nl) |
| 04:31.45 | jonpry | hyc i might have a fix for the smd_tty problem |
| 04:34.02 | *** join/#htc-linux Detule (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 04:36.16 | jonpry | anybody with a rhod and a data plan? |
| 04:49.33 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
| 04:54.33 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
| 04:59.43 | *** join/#htc-linux _twitch (~burning_a@49.114.96.58.static.exetel.com.au) |
| 05:09.37 | *** join/#htc-linux Detule (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 05:16.20 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
| 05:20.04 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
| 05:31.27 | *** join/#htc-linux smiley_ (smiley@castle.rhapsody.st) |
| 05:42.58 | hyc | jonpry: what'd you find? |
| 05:57.54 | ray|yar | hyc: he found this: http://theoatmeal.com/blog/fix_computer |
| 06:08.07 | *** join/#htc-linux kiozen (~kiozen@p54BB6B38.dip.t-dialin.net) |
| 06:27.13 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
| 06:29.13 | *** join/#htc-linux dekar (~dekar@drms-590ece3b.pool.mediaWays.net) |
| 06:32.01 | hyc | ok, booted the fresh .39 autobuild |
| 06:32.30 | hyc | disappointed thay mt latest kbd fixes are not present. it's booting in landscape mode and the kbd backlight is the old one. |
| 06:32.51 | *** part/#htc-linux kiozen (~kiozen@p54BB6B38.dip.t-dialin.net) |
| 06:34.01 | hyc | and touchscreen doesn't work while in a call |
| 06:38.07 | ray|yar | isnt the touchscreen supposed to not work while in a call? |
| 06:38.12 | ray|yar | so you dont face dial |
| 06:38.32 | hyc | the phone was sitting on my desk when I dialled voicemail |
| 06:38.43 | hyc | rather useless if you can't use the keypad, etc... |
| 06:38.44 | ray|yar | ahh,nevermind then |
| 06:38.45 | ray|yar | yeah |
| 06:39.01 | hyc | there are multiple mutex unlock bugs in dmesg from boot |
| 06:39.15 | hyc | this thing is really not ready for mass consumption |
| 06:39.30 | hyc | at least get dmesg clean before subjecting other unsuspecting testers to it |
| 06:40.08 | hyc | hm, no, not just mutex errors, gpio errors. never seen those before... |
| 06:40.20 | ray|yar | hmm,that doesnt sound good |
| 06:40.25 | hyc | oh wait, yes I have, and I fixed them in .27 |
| 06:40.34 | ray|yar | sounds like when we had the touchscreen speedbump issues on the HD2 |
| 06:41.06 | ray|yar | the accelerometer was killing the touchscreen,move the phone too much and you get 8 seconds of no touchscreen |
| 06:41.13 | ray|yar | they fixed that a long time ago though |
| 06:41.35 | hyc | heh. I think the accelerometer driver is part of the battery drain here |
| 06:41.52 | hyc | well, on .27, but probably also on .39 |
| 06:42.04 | hyc | the userland library is partly to blame, that really needs a rewrite too |
| 06:52.26 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-158-244.dynamic.sbb.rs) |
| 07:00.14 | hyc | jonpry: really nice work on smd_tty |
| 07:00.42 | hyc | my current speedtest result on .39 is 1942kbit/sec down |
| 07:00.52 | hyc | previously it was only 1499kbit/sec |
| 07:01.32 | hyc | 33% faster throughput. and pretty sure the network signal was ideal both times. |
| 07:02.41 | hyc | Maybe not totally fair test since my previous result was on .27 |
| 07:07.01 | hyc | ok, it's definitely snappier than .27 |
| 07:10.01 | hyc | iptables doesn't work, droidwall doesn't work. ugh. |
| 07:13.13 | hyc | iptables mostly works. it seems to be unable to set owner based rules, even though the xt_owner module is loaded |
| 07:13.19 | hyc | bummer. |
| 07:13.39 | hyc | back to .27. I'm not booting my phone without droidwall... |
| 07:14.17 | hyc | hm, .39 also crashed when started from .27 kexec |
| 07:14.33 | hyc | hmmm, and it looks like kexec from .39 doesn't work |
| 07:17.20 | |Jeroen| | for what gsm's are the .39 builds ? |
| 07:29.16 | hyc | .39 reboot didn't work either. |
| 07:39.29 | hyc | jonpry: heh. of course, we could just give the smared memory pointer to ldisc->receive_buf directly, and save another memcpy |
| 07:39.38 | hyc | s/smared/shared/ |
| 07:41.52 | T-Junk | a nice gpu based android web browser, any opinions? :) |
| 08:15.08 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
| 08:19.56 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-158-244.dynamic.sbb.rs) |
| 08:25.56 | *** join/#htc-linux xawen1 (~xawen@pool-173-64-109-129.bltmmd.fios.verizon.net) |
| 08:25.56 | *** join/#htc-linux DirkNL (~DirkNL@113-82-ftth.onsneteindhoven.nl) |
| 08:31.01 | *** join/#htc-linux gauner1986 (~Miranda@p5B383962.dip.t-dialin.net) |
| 08:34.44 | *** join/#htc-linux xawen1 (~xawen@pool-173-64-109-129.bltmmd.fios.verizon.net) |
| 08:34.44 | *** join/#htc-linux DirkNL (~DirkNL@113-82-ftth.onsneteindhoven.nl) |
| 08:42.44 | *** join/#htc-linux khorben_ (~dont@2002:53ec:d9a1::1) |
| 08:59.02 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-158-244.dynamic.sbb.rs) |
| 09:28.38 | *** join/#htc-linux Cass (~Cass@nat/sun/x-vogxawaybjrtcpwy) |
| 09:37.59 | *** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net) |
| 09:39.54 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF350D.dip.t-dialin.net) |
| 10:04.06 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-166-12.26-151.libero.it) |
| 10:05.03 | *** join/#htc-linux helicopter88 (~helicopte@host168-31-dynamic.26-79-r.retail.telecomitalia.it) |
| 10:22.14 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-jkwstzbcfckdbwep) |
| 10:24.07 | *** join/#htc-linux xawen (~xawen@pool-173-64-109-129.bltmmd.fios.verizon.net) |
| 10:37.52 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5C31.dip.t-dialin.net) |
| 10:38.01 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE5C31.dip.t-dialin.net) |
| 11:05.08 | *** join/#htc-linux Detule (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 11:16.43 | *** join/#htc-linux rob_w (~bob@ppp-188-174-19-111.dynamic.mnet-online.de) |
| 11:44.25 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
| 11:48.05 | *** join/#htc-linux johnb81 (~IceChat77@78.161.28.161) |
| 11:53.15 | *** join/#htc-linux raymonddull (~raymonddu@173.158.162.240) |
| 11:57.50 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 12:05.43 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
| 12:10.50 | *** join/#htc-linux GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 12:33.31 | *** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net) |
| 12:36.03 | *** join/#htc-linux rzk_ (~rzk@95-25-85-69.broadband.corbina.ru) |
| 12:42.39 | *** join/#htc-linux rzk_ (~rzk@95-25-85-69.broadband.corbina.ru) |
| 13:12.30 | *** join/#htc-linux arrrghhh (~arrrghhh@unaffiliated/arrrghhh) |
| 13:35.22 | *** join/#htc-linux helicopter88 (~helicopte@host168-31-dynamic.26-79-r.retail.telecomitalia.it) |
| 14:10.14 | *** join/#htc-linux FlawlesStyle (~LOL@unaffiliated/flawlesstyle) |
| 14:11.32 | *** join/#htc-linux phh_ (~quassel@quassel.rezel.enst.fr) |
| 14:19.03 | *** join/#htc-linux balans2 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
| 14:38.36 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 14:38.37 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 14:38.53 | jonpry | arrrghhh, ping |
| 14:38.58 | arrrghhh | jonpry, pong |
| 14:39.13 | arrrghhh | what's up dude? |
| 14:39.22 | jonpry | i see you are trying the new smd tty |
| 14:39.48 | arrrghhh | indeed |
| 14:39.48 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 14:40.06 | arrrghhh | didn't go so well on my old data.img. still good on the new one, titanium backup is doin its restore thing. |
| 14:40.08 | jonpry | is it fast like your dataless tester? |
| 14:40.16 | arrrghhh | so far. |
| 14:40.23 | *** join/#htc-linux AstainW00T (~AstainHel@unaffiliated/astainhellbring) |
| 14:40.30 | jonpry | nice |
| 14:41.01 | arrrghhh | oh i wanted to ask, that zoombar commit - was that pulled from autobuild or is it still in there? |
| 14:41.05 | *** join/#htc-linux FlawlesStyle (~LOL@unaffiliated/flawlesstyle) |
| 14:41.34 | jonpry | think its pulled from 3.0 but still in 39 |
| 14:41.37 | D3tul3 | jonpry: i have the cleanerd binary working on your nilfs2-backport-to-27 kernel |
| 14:41.38 | arrrghhh | k |
| 14:41.46 | jonpry | wistilt2 was supposed to revert it on 39 |
| 14:41.48 | arrrghhh | D3tul3, Oo? |
| 14:41.58 | D3tul3 | actually i have the other binaries from the utils as well |
| 14:41.58 | jonpry | nice |
| 14:42.03 | arrrghhh | jonpry, probably should be reverted until that bug w/calls is sorted... |
| 14:42.20 | jonpry | yeah i'll take care of that |
| 14:42.28 | arrrghhh | thx |
| 14:42.33 | *** join/#htc-linux GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 14:42.42 | jonpry | D3tul3, that should work on the the 39 kernels as well |
| 14:43.11 | D3tul3 | yeah i need to mod the init in rootfs i guess, i just have been having poor luck with the .39 kernels |
| 14:43.14 | D3tul3 | on my rood400 |
| 14:43.26 | jonpry | do you have a cdma rhod? |
| 14:43.37 | arrrghhh | yea same as me jonpry |
| 14:44.05 | jonpry | life might be good on cdma now |
| 14:44.26 | jonpry | have to maybe change a couple of things hyc suggested |
| 14:44.29 | arrrghhh | crosses fingers |
| 14:44.43 | D3tul3 | someone needs to test nilfs on the 39 kernel thought to see if that dexopt after install bug is gone |
| 14:44.51 | D3tul3 | s/thought/though/ |
| 14:45.11 | jonpry | indeed |
| 14:45.15 | arrrghhh | yea i kinda want to give nilfs another spin. |
| 14:45.24 | arrrghhh | hyc didn't seem too impressed with that project... |
| 14:45.40 | D3tul3 | yeah the utilities are a mess |
| 14:45.58 | jonpry | he doesn't like nilfs? |
| 14:46.08 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
| 14:46.11 | arrrghhh | i don't think he likes how the project is being run :P |
| 14:46.12 | arrrghhh | emwe, welcome |
| 14:46.27 | D3tul3 | he didn't like what he saw in the util git tree |
| 14:47.32 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 14:47.44 | D3tul3 | well i have a static binary of the latest tree....i almost cried when i saw my /data partition go down in size last night |
| 14:47.53 | arrrghhh | lol |
| 14:48.03 | jonpry | hmm |
| 14:48.03 | jonpry | good job with the build btw, how did you do it? |
| 14:48.06 | arrrghhh | so how does that work in the long-run? is it something that is scheduled? |
| 14:48.15 | arrrghhh | the cleanerd process that is. |
| 14:48.22 | D3tul3 | run it manually in the init |
| 14:48.29 | D3tul3 | it runs in the background |
| 14:48.33 | arrrghhh | is it a service? |
| 14:48.34 | arrrghhh | ah |
| 14:48.43 | arrrghhh | so it just cleans stuff up as needed? nice. |
| 14:48.44 | D3tul3 | it has a conf file where you can specify things like protection period/min amount of clean segments etc |
| 14:48.50 | arrrghhh | cool |
| 14:49.18 | jonpry | it generally tries to consume as much space as possible |
| 14:49.25 | rpierce99 | really arrrghhh, CLEANERDaemon, it's not that complicated :P It cleans, and it runs as a daemon. |
| 14:49.39 | arrrghhh | :P |
| 14:49.47 | D3tul3 | i also built a dynamic library but had to revert about 5 month of patches from their tree to get it to compile against bionic....outdated but it worked last night as well |
| 14:49.50 | arrrghhh | i guess the D should've been a giveaway. |
| 14:50.22 | jonpry | D3tul3, do you find that nilfs is a better performer than other partition builds? |
| 14:50.57 | D3tul3 | haven't tested it with any kind of i/o benchmark - but from what i've read for the type of reading/writing we are doing it should be much better |
| 14:51.39 | D3tul3 | these people seem to have ran a few benchmarks on sd cards comparing it to btrfs and ext4 http://webcache.googleusercontent.com/search?q=cache:9QKLERLI5WkJ:forum.xda-developers.com/archive/index.php/t-868102.html+spica+nilfs+cleanerd&cd=7&hl=en&ct=clnk&gl=us&source=www.google.com |
| 14:53.14 | D3tul3 | though it is very fickle - last night i somhow instantiated the daemon twice - and it caused all sort of havoc on my partition |
| 14:53.15 | arrrghhh | D3tul3, looks like they switched to BTRFS now... |
| 14:54.02 | jonpry | ouch |
| 14:54.31 | D3tul3 | yeah some of them i guess saw increase in battery drain from the daemon... |
| 14:54.57 | arrrghhh | "I have used loop so far because I have run some I/O test on my phone (not quadrant) and I always had a better result with loop than with direct format." |
| 14:54.58 | arrrghhh | LOL |
| 14:56.07 | arrrghhh | http://www.phoronix.com/scan.php?page=article&item=ext4_btrfs_nilfs2&num=1 |
| 14:56.45 | D3tul3 | that's on a hdd |
| 14:56.57 | arrrghhh | heh, yea... |
| 14:56.57 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.sta.abo.bbox.fr) |
| 14:57.00 | D3tul3 | and their benchmarks are crazy - look at that sql test that can't be right |
| 14:57.09 | arrrghhh | i know |
| 14:57.16 | arrrghhh | how could ext4 be so much slower than ext3... |
| 14:58.38 | jonpry | i tried reading through all that stuff to try and find the "best" filesystem before getting one to work. eventually it occured to me that i was spending tons of time choosing and none trying anything |
| 14:59.27 | arrrghhh | lol |
| 14:59.50 | arrrghhh | alright, tb seems done and it's still quick. |
| 15:01.18 | arrrghhh | "nilfs2 on microsd and ext4 on intel ssd (internal laptop disk values to compare) about 50 write (read 60) times faster as above |
| 15:01.18 | arrrghhh | (240kB/s read, 58MB/s write)" |
| 15:01.48 | arrrghhh | that's awesome. |
| 15:02.13 | arrrghhh | i want to give it another shot, D3tul3 can you post up some binaries on the .39 thread? or somewheres? perhaps we should make a nilfs2 thread. |
| 15:03.28 | D3tul3 | i can post them in the thread but no instructions as they won't work with the .39 setup as it is |
| 15:03.37 | arrrghhh | aw |
| 15:03.37 | arrrghhh | why? |
| 15:03.45 | D3tul3 | don't want people asking questions in the thread throwing it of OT |
| 15:03.50 | arrrghhh | yea |
| 15:03.50 | D3tul3 | i can tell you here what to do:) |
| 15:03.54 | arrrghhh | heh |
| 15:03.54 | arrrghhh | ok |
| 15:04.21 | arrrghhh | just so long as i can grab the binaries, that'll be good enough for now. |
| 15:04.26 | arrrghhh | if it is solid, i'll post a thread on it. |
| 15:05.11 | arrrghhh | crap. i wonder if there is some app not playing nice with .39 |
| 15:05.19 | arrrghhh | phone is frozen solid again :( |
| 15:05.53 | jonpry | can you get a ram console from the freeze? |
| 15:06.23 | jonpry | new kernel 3bdf555 has multitouch removed |
| 15:06.32 | arrrghhh | cool |
| 15:06.51 | arrrghhh | re: ramconsole - i can try |
| 15:07.21 | jonpry | cool |
| 15:14.38 | arrrghhh | ~ramconsole |
| 15:14.39 | apt | it has been said that ramconsole is pwf dm 0x8e0000 0x20000 |
| 15:14.43 | arrrghhh | is that still valid? |
| 15:16.59 | arrrghhh | hrm |
| 15:17.00 | jonpry | yes |
| 15:17.02 | arrrghhh | spits out nothing. |
| 15:17.18 | jonpry | makes file in haret.exe directory called dm |
| 15:17.27 | arrrghhh | Oo |
| 15:17.37 | arrrghhh | i guess i haven't used this in a while. i was looking on the card, didn't remember that file name tho :P |
| 15:17.52 | arrrghhh | looks awful, pastebin comin :D |
| 15:18.21 | D3tul3 | jonpry: arrrghhh: the nilfs_cleanerd binaries are in the .39 thread.....give them a try....i posted several versions but nilfs_cleanerd_current_stripped_static is compiled against the current nilfs2-utils tree and is most recent (also the only one I did not test last night) |
| 15:18.26 | arrrghhh | wow. it seems... corrupted. |
| 15:18.37 | arrrghhh | D3tul3, thanks |
| 15:19.02 | jonpry | there will garbage at beginning and end |
| 15:19.05 | arrrghhh | jonpry, there was a lot of jibberish |
| 15:19.05 | arrrghhh | http://pastebin.com/tUFsRfXU |
| 15:19.07 | arrrghhh | yea |
| 15:19.11 | arrrghhh | it wasn't letting me paste properly |
| 15:19.14 | arrrghhh | so i had to remove that poop. |
| 15:20.32 | jonpry | recursive page fault, thats new |
| 15:20.47 | jonpry | i usually run strings /path/to/dm |
| 15:20.58 | jonpry | get rid of the bs |
| 15:21.08 | arrrghhh | nice |
| 15:24.25 | jonpry | can't tell where the original abort happened |
| 15:24.36 | arrrghhh | yea |
| 15:24.41 | arrrghhh | it is definitely truncated, sorry... |
| 15:25.59 | *** join/#htc-linux vampirefo (~chatzilla@c-174-53-64-157.hsd1.wv.comcast.net) |
| 15:27.32 | jonpry | i'll have to mod the kernel to make it truly hang in a recursive abort |
| 15:27.45 | arrrghhh | sounds painful |
| 15:27.56 | arrrghhh | oh that reminds me, did you see hyc's patch for the landscape-on-boot bug? |
| 15:30.45 | emwe | just pulled some if his patches to .27... |
| 15:31.51 | emwe | jonpry: btw, .35 msm_sdcc even sets bus to 50mhz by default (fmax). going to give CAs msm_sdcc a try to see if it fixes use of my class10. |
| 15:35.53 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-166-12.26-151.libero.it) |
| 15:39.42 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
| 15:53.40 | D3tul3 | jonpry: when you did that backport of nilfs to .27, do you recall what were the changes you did to the rootfs - was it just that mount statement in init for /system and /data |
| 15:54.01 | arrrghhh | jonpry, so far it's still fast :D |
| 15:54.21 | *** join/#htc-linux Echo31 (~olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
| 15:54.28 | arrrghhh | D3tul3, i don't think i needed to change the rootfs... |
| 15:54.52 | D3tul3 | he gave us new rootfs iirc |
| 15:56.17 | arrrghhh | crap |
| 15:56.20 | arrrghhh | you're right, he did :P |
| 16:05.37 | *** join/#htc-linux gauner1986 (~Miranda@2.212.224.243) |
| 16:10.52 | *** join/#htc-linux jonpry_ (~jonpry@199.85.236.239) |
| 16:11.21 | jonpry2 | i just had to change the fs type in init |
| 16:11.31 | jonpry2 | there are a couple of -t ext2 |
| 16:11.49 | jonpry2 | arrrghhh, did you remove an app or something? |
| 16:12.24 | arrrghhh | nope |
| 16:12.25 | *** join/#htc-linux mdj__ru (~mdj@46.182.128.248) |
| 16:12.45 | arrrghhh | new data.img with all my poop restored from TB |
| 16:14.48 | jonpry2 | i won't be able to work on the recursive abort thing until later. girfriend took over my computer |
| 16:17.50 | arrrghhh | jonpry2, lol np. |
| 16:17.58 | D3tul3 | thanks jonpry2 |
| 16:20.06 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39) |
| 16:28.13 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
| 16:33.14 | *** join/#htc-linux kiozen (~kiozen@ppp-88-217-18-38.dynamic.mnet-online.de) |
| 16:34.13 | arrrghhh | my user.conf still seems to be failing on .39 |
| 16:34.19 | arrrghhh | i wish i knew WTH was up with that... |
| 16:34.45 | arrrghhh | but i haven't had any sluggishness yet. we'll see what extended testing unearths, but so far so good! |
| 16:35.29 | jonpry2 | its just a miracle data works at all. i stole code from a high speed multiport HDLC controller driver |
| 16:35.42 | arrrghhh | kinky |
| 16:35.51 | arrrghhh | someone said ADB works now...? |
| 16:36.11 | jonpry2 | it should |
| 16:36.13 | rpierce99 | on some OSes |
| 16:36.17 | arrrghhh | heh |
| 16:36.21 | rpierce99 | ubuntu worked well |
| 16:36.24 | arrrghhh | i'm on winblows (@ work) |
| 16:36.28 | *** join/#htc-linux SG (~SG@cpe-76-186-50-40.tx.res.rr.com) |
| 16:36.45 | jonpry2 | it should work on winblows |
| 16:37.06 | jonpry2 | assuming you haven't modded your inf for 27 to work |
| 16:37.07 | arrrghhh | no notification in Android or on my PC |
| 16:37.22 | arrrghhh | i haven't modded any inf files... |
| 16:37.37 | jonpry2 | afaik 27 won't work with the google inf |
| 16:37.45 | arrrghhh | woah |
| 16:37.50 | arrrghhh | ok i need to try shit before i spout off |
| 16:37.52 | rpierce99 | android won't show you anything |
| 16:37.58 | arrrghhh | jonpry2, so it does work. |
| 16:38.06 | arrrghhh | the no notification thing threw me. |
| 16:38.17 | jonpry2 | go go gadget android |
| 16:38.31 | stinebd | typical testers, always quick on the trigger to report problems |
| 16:38.45 | jonpry2 | lol |
| 16:39.00 | arrrghhh | yea, i gotta stop that :P |
| 16:39.02 | arrrghhh | like the cam thing |
| 16:39.16 | jonpry2 | and the BT |
| 16:39.26 | arrrghhh | BT? |
| 16:39.31 | stinebd | bittorrent |
| 16:39.35 | arrrghhh | lol |
| 16:40.11 | jonpry2 | bluetooth |
| 16:40.39 | arrrghhh | yea, that doesn't work... |
| 16:40.49 | jonpry2 | according to who? |
| 16:41.32 | arrrghhh | i thought the new audio routing code was required for that madness? |
| 16:42.04 | jonpry2 | for bluetooth audio maybe. but there are other bluetooth devices |
| 16:42.09 | arrrghhh | hrm |
| 16:42.14 | arrrghhh | i guess i need to try the BT changes |
| 16:42.18 | arrrghhh | i can't get BT to turn on. |
| 16:42.43 | jonpry2 | do you have all the pieces? |
| 16:42.51 | arrrghhh | i do, but not on this test build. |
| 16:43.32 | jonpry2 | ic |
| 16:43.51 | arrrghhh | i'll reboot and try it here in a few. i didn't realize that BT would work... |
| 16:45.13 | jonpry2 | i don't know if it works but i gave it a good go |
| 16:45.46 | arrrghhh | heh |
| 16:45.52 | arrrghhh | radio at least turns on? |
| 16:46.44 | jonpry2 | the serial port comes up and gpio stuff looks pretty good to me. so if you send it firmware the chip could potentially turn on |
| 16:46.50 | *** join/#htc-linux Alex[sp3dev] (~alexander@86.110.163.19) |
| 16:46.59 | arrrghhh | k |
| 16:47.00 | arrrghhh | heh |
| 16:47.08 | arrrghhh | i have a BT dongle @ home, so i can try data xfer |
| 16:47.31 | jonpry2 | if it pairs with anything its probably working |
| 16:47.43 | Alex[sp3dev] | not really |
| 16:47.52 | Alex[sp3dev] | when you pair bluez with bluez you can get anything |
| 16:48.02 | arrrghhh | haha |
| 16:48.31 | jonpry2 | is that like being able to scan with wifi? |
| 16:48.38 | Alex[sp3dev] | exactly |
| 16:49.46 | jonpry2 | Alex[sp3dev], there is some code floating around that might bring reliable ppp to wince devices |
| 16:50.51 | Alex[sp3dev] | so what about merging all hyc's work to main xdandroid tree or giving him commit access so stuff is integrated as soon as possible? i propose that we switch to the 'commit first, fix after' scheme as frx06 is already rather stable and with the current speed of development cool stuff like acoustic will take a lot of time to merge |
| 16:51.10 | arrrghhh | heh |
| 16:51.12 | Alex[sp3dev] | jonpry2: where? |
| 16:51.37 | jonpry2 | smd_tty.c in my 39 tree. or on the ml hyc made a different version of the same thing |
| 16:52.15 | jonpry2 | but his patch confuses me. i think he changed smd.c and smd_private.h as well but didn't include those |
| 16:52.51 | jonpry2 | i'm not sure what the benefit of that architecture is. but whatever. finally gets rid of the flip_buffer |
| 16:54.05 | jonpry2 | arrrghhh, have you tried to run speed test? |
| 16:54.15 | arrrghhh | no, lemme try now |
| 16:55.32 | Alex[sp3dev] | what i want now is to rework how modules, firmwares and keymaps are copied. what i suggest is that they're only updated if there's some marker file on the sd card and this file is erased by the init script once the system is configured. basically it would probably be a good idea to drop proprietary bits from xdandroid rootfs and build scripts and distribute them via zip files to be installed like recovery updates. that'd allow to have a single r |
| 16:55.32 | Alex[sp3dev] | ootfs/system build and to customize modules/wifi/bt depending on zImage used |
| 16:56.44 | jonpry2 | like overlays? |
| 16:57.58 | Alex[sp3dev] | like.. you download rootfs and system. and the zip file with firmwares and blobs and kernel-dependent scripts is distributed separately so that you can switch kernel without rebuilding system. and users can supply their own firmwares and csv files from \Windows this way |
| 16:59.19 | jonpry2 | so the zip has a filesystem in it and just overlays the real system. replacing any files with its contents |
| 16:59.56 | *** join/#htc-linux balans21 (~Gebruiker@53543A19.cm-6-5a.dynamic.ziggo.nl) |
| 17:00.11 | Alex[sp3dev] | like this.. preferably like android recovery does. so that we can drop rootfs and have unified system on nand/haret and with all kernels |
| 17:08.16 | *** join/#htc-linux DirkNL (~DirkNL@113-82-ftth.onsneteindhoven.nl) |
| 17:16.04 | *** join/#htc-linux DirkNL (~DirkNL@113-82-ftth.onsneteindhoven.nl) |
| 17:16.10 | *** join/#htc-linux gauner1986 (~Miranda@p5B383962.dip.t-dialin.net) |
| 17:17.29 | arrrghhh | well this sucks. not sure if it was the adb attempt or what but the phone is back to being a slow biatch. |
| 17:17.52 | Alex[sp3dev] | [troll]msm7200a is a slow biatch anyways[/troll] |
| 17:17.59 | arrrghhh | heh |
| 17:18.00 | arrrghhh | touche |
| 17:18.20 | arrrghhh | [loop0] / [loop1] - are these processes related to the loop mounts on the SD? |
| 17:18.30 | arrrghhh | just looking to see what is stealing CPU cycles on top... |
| 17:18.33 | Alex[sp3dev] | most likely |
| 17:18.43 | arrrghhh | those are both at the top of... top. |
| 17:19.04 | Alex[sp3dev] | maybe some bitch is using sd? |
| 17:19.12 | arrrghhh | i'm doing a speed test... |
| 17:19.18 | arrrghhh | that app is barely registering on top. |
| 17:19.50 | arrrghhh | balls. Alex[sp3dev], cram a kal-el proc into my tp2 please. |
| 17:19.51 | Alex[sp3dev] | yes because vfs is doing all the work. inside the kernel |
| 17:20.56 | *** join/#htc-linux balans2 (~Gebruiker@53543A19.cm-6-5a.dynamic.ziggo.nl) |
| 17:21.47 | jonpry2 | arrrghhh, can you get a dmesg while its going slow? |
| 17:21.51 | arrrghhh | sure |
| 17:21.53 | arrrghhh | hopefully |
| 17:22.16 | arrrghhh | yup, 1 sec |
| 17:22.17 | *** join/#htc-linux gauner1986 (~Miranda@p5B382B6C.dip.t-dialin.net) |
| 17:22.45 | arrrghhh | jonpry2, http://pastebin.com/nuK0CLdn |
| 17:23.43 | *** join/#htc-linux Echo31 (~olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
| 17:24.54 | jonpry2 | doesn't look like anything bad. maybe it will return to normal after test is done? |
| 17:25.35 | arrrghhh | i can't even wake the thing |
| 17:25.41 | arrrghhh | the slowness seems to be getting much worse |
| 17:25.45 | arrrghhh | top isn't updating nearly as frequently |
| 17:25.55 | arrrghhh | and now /init.android is the #1 process?!? wth? |
| 17:26.37 | *** join/#htc-linux ORi| (~ORi@91.181.208.165) |
| 17:31.17 | jonpry2 | lol |
| 17:31.33 | jonpry2 | sounds like it is working like a champ |
| 17:31.49 | arrrghhh | lol |
| 17:32.06 | arrrghhh | i can't get the phone to wake now. top is still randomly providing updates. |
| 17:32.16 | arrrghhh | and kbd backlight still works, w00t. |
| 17:34.14 | arrrghhh | hrm. 99.3% of cpu cycles going to sys... not showing that on top properly evidently. |
| 17:34.25 | arrrghhh | and top... doesn't seem to be updating any longer :( |
| 17:34.41 | arrrghhh | jonpry2, haven't seen your partner in crime in a while mang. |
| 17:34.51 | arrrghhh | probably a week... |
| 17:34.54 | arrrghhh | ~seen wistilt2 |
| 17:34.58 | apt | wistilt2 <~wisgreg@wireless251.wirelesstcp.net> was last seen on IRC in channel #htc-linux, 3d 17h 1m 25s ago, saying: 'testing time later if i get home early enough. catch you later.'. |
| 17:35.41 | jonpry2 | it must be jammed in an interrupt handler |
| 17:35.55 | *** join/#htc-linux TreeEater (HydraIRC@94.159.162.154) |
| 17:36.40 | rpierce99 | should hycs rootfs/system and the .39 autobuild be enough for bluetooth? |
| 17:36.54 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 17:37.00 | *** join/#htc-linux biker (~bike@ti0122a340-dhcp0804.bb.online.no) |
| 17:37.08 | arrrghhh | rpierce99, hrm... i guess. |
| 17:37.12 | arrrghhh | audio would be F-ed up tho. |
| 17:37.18 | rpierce99 | right |
| 17:37.29 | arrrghhh | assuming you're willing to accept that, yea it should. |
| 17:37.34 | rpierce99 | i'm on vibrate so it doesn't hard reset on me |
| 17:37.38 | arrrghhh | heh |
| 17:38.25 | rpierce99 | well it doesn't turn on for me |
| 17:40.03 | jonpry2 | hrm |
| 17:42.52 | rpierce99 | logs if you like: http://pastebin.com/zbjRg0fd |
| 17:43.09 | *** join/#htc-linux ORi| (~ORi@91.181.75.24) |
| 17:43.55 | D3tul3 | rpierce99: great job on that app btw, that's pretty cool |
| 17:44.27 | rpierce99 | thanks, i think it could be really helpful if we can get people using it who wouldn't otherwise know how to pull the proper logs |
| 17:44.41 | arrrghhh | yup |
| 17:44.44 | rpierce99 | and i like that i don't have to tether just to upload a log |
| 17:44.50 | arrrghhh | great for teh n00bers. |
| 17:44.59 | D3tul3 | it will be useful for me as i have no adb at work |
| 17:45.44 | arrrghhh | imma reboot. phone seems completely dead at this point. |
| 17:46.08 | arrrghhh | so far one CDMA user reported some good feedback on the new .39 kernel. |
| 17:47.16 | arrrghhh | rpierce99, re: the google music app - did you download an app off the market? |
| 17:47.34 | rpierce99 | hm, no i think i stole it from a thread |
| 17:48.47 | arrrghhh | Oo |
| 17:52.00 | *** join/#htc-linux ORi| (~ORi@91.181.84.209) |
| 17:52.31 | arrrghhh | lol rpierce99 - your logging software is impossible to install evidently |
| 17:52.52 | arrrghhh | "Tried to download this on my phone while in Android, but it wouldn`t download it says the content is not supported on my phone. " |
| 17:53.03 | rpierce99 | i haven't tried downloading it from the phone, don't know what content-type xda-devs puts on their downloads |
| 17:53.16 | arrrghhh | oh yea, i guess i didn't think about that aspect. |
| 17:53.58 | rpierce99 | i do find it a bit annoying that android refuses to download anything it doesn't have a handler for though |
| 17:54.11 | arrrghhh | weird |
| 17:54.22 | Alex[sp3dev] | i find it annoying people are using android |
| 17:54.25 | arrrghhh | i guess i really haven't tried to download much of anything on the phone itself. |
| 17:54.27 | arrrghhh | Alex[sp3dev], lol |
| 17:54.33 | arrrghhh | gimmie something better |
| 17:54.33 | arrrghhh | :P |
| 17:54.58 | Alex[sp3dev] | shr, maemo.. hum. no other decent mobile OSes around though |
| 17:55.23 | arrrghhh | haven't seen anything *usuable* tho. |
| 17:55.31 | arrrghhh | at this stage, Android can almost replace WinMo. |
| 17:55.33 | jonpry2 | Failed to create bluetooth hci socket: Address family not supported by protocol (97) |
| 17:55.37 | Alex[sp3dev] | but anyways. iirc on some devices i could download any file. guess it depends on the android version or anything |
| 17:55.39 | jonpry2 | what is that? |
| 17:55.49 | stinebd | it doesn't support ipv6? |
| 17:55.57 | Alex[sp3dev] | jonpry2: maybe you didn't build hci into kernel? |
| 17:56.24 | jonpry2 | yeah i don't think i did |
| 17:56.28 | Alex[sp3dev] | jonpry2: and yes. while digging in asus transformer kernel tree, i have found a v4l2 fm radio driver for bcm4329 |
| 17:56.51 | arrrghhh | lunchtime, cya guys later. |
| 17:56.56 | jonpry2 | but have bm4325 |
| 17:58.15 | jonpry2 | rpierce99, hold off on bt testing. i will rebuild with bt support later :p |
| 17:58.27 | stinebd | heh |
| 17:58.27 | Alex[sp3dev] | btw after looking at how bad asus code was and the prices.. i have decided to get myself just another iconia or ac100 if i don't find one. especially now that iconia is very pwned |
| 17:58.34 | rpierce99 | well there's not much "testing" to be done since I can't turn it on :P |
| 17:59.28 | Alex[sp3dev] | jonpry: i think bcm4325 can also have fm |
| 17:59.57 | jonpry2 | somewhere i heard the only difference is missing fm transmit on 25 |
| 18:00.25 | Alex[sp3dev] | but the receiver should work (well, there's no transmit support anyways) |
| 18:01.18 | jonpry2 | assuming the antenna is hooked up and you have the antenna/headset combo thingy attached |
| 18:03.10 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 18:03.34 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-166-12.26-151.libero.it) |
| 18:04.00 | jonpry2 | anywho i will try it |
| 18:04.03 | rpierce99 | haha i accidentally had the word "test" masked in that log |
| 18:04.59 | Alex[sp3dev] | jonpry2: ok. here it is in my tree.. damn, no one even tried building kernel for iconia to see if it works.. anyhoo, they're releasing official sources on 22nd https://github.com/astarasikov/iconia_kernel/blob/netformer-cfs/drivers/media/radio/radio-asus4329.c |
| 18:05.28 | jonpry2 | k, thanks |
| 18:06.00 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 18:06.10 | Alex[sp3dev] | you may be surprised but asus have effed up harder than qcom |
| 18:06.26 | *** part/#htc-linux SG (~SG@cpe-76-186-50-40.tx.res.rr.com) |
| 18:06.26 | Alex[sp3dev] | instead of using pdata they just modified gpio-keys, sdio.c and framebuffer code |
| 18:10.35 | jonpry2 | thats how i would do it. bwahaha |
| 18:18.55 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@188.24.41.4) |
| 18:36.41 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
| 18:47.26 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 18:51.00 | *** join/#htc-linux balans21 (~Gebruiker@53543A19.cm-6-5a.dynamic.ziggo.nl) |
| 18:51.26 | rpierce99 | hm, su worked from connectbot on .39 just now |
| 18:52.25 | arrrghhh | ditto |
| 18:52.26 | arrrghhh | odd |
| 18:52.50 | arrrghhh | eh, embrace it. |
| 18:52.50 | arrrghhh | :P |
| 18:53.57 | *** join/#htc-linux bikerer (~bike@ti0122a340-dhcp0804.bb.online.no) |
| 18:55.48 | arrrghhh | rpierce99, have you tried adb with this new kernel? |
| 18:55.58 | arrrghhh | so far my phone's been fast. i'm scared to plug into usb again tho. |
| 18:56.00 | rpierce99 | not todays |
| 18:56.04 | arrrghhh | hrm |
| 18:56.07 | arrrghhh | i guess i'll keep running this |
| 18:56.23 | arrrghhh | and see if i get any slowness until my day is done. then i'll try adb again after work, see if it blows up the phone again. |
| 18:57.20 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 18:57.25 | *** join/#htc-linux balans2 (~Gebruiker@53543A19.cm-6-5a.dynamic.ziggo.nl) |
| 18:58.12 | jonpry | rpierce99, 137cfff whenever it shows up has bt |
| 19:11.08 | rpierce99 | jonpry: same basic result, just took longer to turn back off... http://pastebin.com/SVKEgM33 |
| 19:11.21 | rpierce99 | bt_enable: Timeout waiting for HCI device to come up |
| 19:12.07 | jonpry | ouch |
| 19:12.18 | jonpry | thanks, i'll look for it |
| 19:32.43 | *** join/#htc-linux Cass (~Cass@188-220-34-222.zone11.bethere.co.uk) |
| 19:35.54 | *** join/#htc-linux gauner1986 (~Miranda@p5DD0D01A.dip.t-dialin.net) |
| 19:45.32 | *** join/#htc-linux arrrghhh (~arrrghhh@unaffiliated/arrrghhh) |
| 19:53.40 | *** join/#htc-linux balans2 (~Gebruiker@53543A19.cm-6-5a.dynamic.ziggo.nl) |
| 20:03.42 | *** join/#htc-linux helicopter88 (~helicopte@host65-117-dynamic.33-79-r.retail.telecomitalia.it) |
| 20:09.06 | *** join/#htc-linux mes (~mes@S0106000ce55186df.cc.shawcable.net) |
| 20:11.17 | *** join/#htc-linux sado1 (~sado1@static.213-133-103-196.clients.your-server.de) |
| 20:20.04 | *** join/#htc-linux anna_di (~annamarie@91.187.103.5) |
| 20:20.08 | anna_di | hey alls |
| 20:21.23 | arrrghhh | definitely wrong room |
| 20:22.03 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5C31.dip.t-dialin.net) |
| 20:41.57 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-72-124.tampfl.fios.verizon.net) |
| 20:46.51 | hyc | jonpry: the patch I emailed had all the pieces. msm_smd.h, smd.c, and smd_tty.c |
| 20:47.12 | jonpry | oh |
| 20:47.20 | *** join/#htc-linux Echo31 (~olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
| 20:47.28 | jonpry | is there any reason you went for the callback from smd? |
| 20:47.42 | hyc | yes, it eliminates the buffer you allocated per tty channel |
| 20:47.49 | hyc | it eliminates 2 more memcpy's per read |
| 20:48.15 | hyc | and it got about 10% faster speedtest result. |
| 20:48.24 | Alex[sp3dev] | and wl1251 is a cunt |
| 20:50.07 | jonpry | hyc, i don't see where you are limiting the read to 8kb |
| 20:51.49 | jonpry | ppp channel is 32kb in size |
| 20:53.20 | hyc | are you sure about 32kb? look at SMD_BUF_SIZE in smd.c it's only 8K |
| 20:54.57 | jonpry | in dmesg i see it printing out a size for each channel. and 2 of them are 32kb. i put in some debugging code at some point and saw it blowing up when smd_tty was trying to write 32kb into flip_buffer |
| 20:55.08 | hyc | uh oh, I see SMD_BUF_SIZE is not used on rhod |
| 20:55.10 | jonpry | which failed to malloc, spiral of death... |
| 20:56.05 | hyc | OK, so we really do need to limit the read to 4K or so |
| 20:56.20 | hyc | or did you choose 2K because the tty buffer is used for both read and write? |
| 20:57.59 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5C31.dip.t-dialin.net) |
| 20:58.00 | jonpry | well the 2k thing was just an attempt to recover |
| 20:58.08 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE5C31.dip.t-dialin.net) |
| 20:58.37 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 20:58.38 | jonpry | but just blindly limiting the read is risky. you have to reschedule an smd_work |
| 20:59.15 | hyc | hmm, good point |
| 20:59.33 | hyc | but what else can we do if the tty buffer is already full |
| 20:59.40 | jonpry | i honestly have not looked at the ld->ops->receive_buf callback code. partly because i can't find it. other part is the multiport HDLC module i kind of ripped this from says things about having packets that are too big for tty_flipbuffer, which is 64kb max |
| 20:59.56 | hyc | look in n_tty.c |
| 21:00.02 | jonpry | are we using n_tty? |
| 21:00.06 | jonpry | isn't that an option? |
| 21:00.07 | hyc | I'm presuming that the ppp dameon doesn't actually choose another ldisc |
| 21:00.14 | hyc | n_tty is always the default |
| 21:01.28 | jonpry | should be able to use sync tty or whatever it is that microgate synclink uses |
| 21:02.18 | hyc | yeah, lemme peek at the pppd code and see what our choices are there |
| 21:03.27 | hyc | oh wait |
| 21:03.44 | hyc | pppd is already setting the line discipline to N_PPP or N_SYNC_PPP |
| 21:04.09 | hyc | I didn't find N_PPP yet in the kernel |
| 21:04.22 | rpierce99 | who knew nsync had their own line discipline |
| 21:04.49 | jonpry | normal tty just can't handle the data rates |
| 21:05.40 | hyc | ok, N_PPP is in drivers/net/ppp_async.c |
| 21:05.48 | hyc | there's also ppp_synctty.c |
| 21:07.09 | hyc | ah great. and N_PPP uses 64K buffer |
| 21:07.15 | hyc | so in fact we should be totally fine |
| 21:08.57 | arrrghhh | hyc, stinebd pinged you in #xdandroid :P |
| 21:09.04 | hyc | 'k |
| 21:09.38 | jonpry | i dunno about fine. arrrghhh got some sort of nasty recursive data abort today |
| 21:09.47 | jonpry | but it did run for like an hour or two |
| 21:09.55 | jonpry | world record |
| 21:09.57 | arrrghhh | and i haven't been able to recreate it. |
| 21:09.58 | arrrghhh | lol |
| 21:10.03 | arrrghhh | it's still running jonpry :D |
| 21:10.19 | jonpry | oO |
| 21:10.47 | arrrghhh | 3.5 hrs of uptime so far. |
| 21:11.16 | jonpry | that's promising |
| 21:12.13 | jonpry | I haven't seen a reboot, slowdown, or sod on 39 in almost 3 weeks. so it still seems like you may have an issue |
| 21:12.23 | arrrghhh | hrm |
| 21:12.28 | stinebd | based on the law of averages? |
| 21:12.36 | arrrghhh | i tried adb again, it wasn't slow afterwards. |
| 21:12.48 | arrrghhh | so i'm not sure what happened earlier. |
| 21:13.16 | jonpry | yeah like that. the 95% CI is what 20x a single observation |
| 21:13.34 | rpierce99 | i'm at 2:09:52 uptime |
| 21:18.29 | hyc | rpierce99: you pick up my last dmesg binary? |
| 21:18.37 | hyc | looks like not from the log you just posted earlier |
| 21:18.55 | rpierce99 | i just grabbed the initial one you told me about |
| 21:19.00 | rpierce99 | i haven't been following it since |
| 21:19.09 | hyc | ok, grab it again |
| 21:19.31 | hyc | just a fix to read the msm_rtc timestamp in early dmesg |
| 21:37.21 | *** join/#htc-linux ftoz (~root@214-151.gtt-net.cz) |
| 21:41.01 | hyc | recursive data abort ... probably we're missing a lock that the ldisc assumed was already taken |
| 21:50.05 | hyc | probably can't use ppp_synctty, it expects every read to be a complete frame |
| 21:50.13 | hyc | and a frame header byte on each frame |
| 21:50.43 | jonpry | i'm not sure that arm9 will ever put incomplete frames in the buffer |
| 21:51.56 | hyc | hmmm, well I guess it's worth experimenting |
| 21:53.30 | jonpry | maybe there is just some other reason cdma device aren't working on 39. this little smd_tty thing seems to work pretty good |
| 21:53.53 | hyc | yeah, it's fine here on my rhod210 |
| 21:54.09 | jonpry | who doesn't need an extra 30%. hd2 people might be able to use it too. supposedly ppp was like 4x faster than rmnet |
| 21:55.00 | *** join/#htc-linux bzo (~chatzilla@c-76-126-175-200.hsd1.ca.comcast.net) |
| 21:56.28 | hyc | I thought rmnet was faster? oh well, this is definitely an improvement |
| 21:57.43 | jonpry | i don't understand how there wouldn't be stability problems on 27 caused by this. so maybe some crashing will go away |
| 21:58.00 | hyc | stability due to malloc issues? |
| 21:58.05 | jonpry | yeah |
| 21:58.27 | jonpry | the default behavior is essentially to hang the kernel in the event of a malloc failure |
| 21:58.32 | hyc | heh |
| 22:07.58 | *** join/#htc-linux Detule (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 22:32.22 | *** join/#htc-linux vampirefo (~chatzilla@c-174-53-64-157.hsd1.wv.comcast.net) |
| 22:37.22 | jonpry | where is that wistilt2 character anyways |
| 22:50.33 | fakker | :D |
| 23:12.24 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 23:30.35 | *** join/#htc-linux BHSPitMonkey_ (~stephen@68-185-203-185.dhcp.dntn.tx.charter.com) |
| 23:33.08 | *** join/#htc-linux arrrghhh (~arrrghhh@unaffiliated/arrrghhh) |
| 23:41.03 | *** join/#htc-linux gauner1986 (~Miranda@p5DD0D01A.dip.t-dialin.net) |
| 23:57.07 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |