00:00.41 | hamagc | ok goodnight guys. |
00:02.25 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
00:12.37 | *** join/#htc-linux xawen (~Admin@pool-71-179-244-8.bltmmd.fios.verizon.net) |
00:25.34 | *** join/#htc-linux Hoochster (~hooch@173.216.128.12) |
00:26.52 | *** join/#htc-linux xawen (~Admin@pool-71-179-244-8.bltmmd.fios.verizon.net) |
00:32.38 | *** join/#htc-linux xawen (~Admin@pool-71-179-244-8.bltmmd.fios.verizon.net) |
00:39.38 | *** join/#htc-linux zfxp (~zfxp@adsl-179-125-253.gnv.bellsouth.net) |
00:41.25 | zfxp | Any status on raph500? |
01:29.43 | *** join/#htc-linux mpannen (~matt@adsl-75-51-3-31.dsl.milwwi.sbcglobal.net) |
01:42.16 | *** join/#htc-linux [[NEO]] (~Neo31@unaffiliated/neo31) |
01:43.33 | *** join/#htc-linux enjalot (~enjalot@c-68-35-253-116.hsd1.fl.comcast.net) |
01:46.55 | *** join/#htc-linux DarkMasterHalo (~sam@modemcable187.118-80-70.mc.videotron.ca) |
01:56.54 | jonpry | microp iocontrol dumps from wavedev init http://pastebin.com/w0GriLYb |
01:59.46 | jonpry | lots of pointers in there. due to totally weird linkages, 0xbe*** is stack, duh. 0xafe** is heap. most everything else is either a function pointer, or pointer to a data segment in the PE. |
02:00.09 | jonpry | PE's are loaded everywhere from 0x20000 to 0x4300000 |
02:12.49 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
02:54.40 | *** join/#htc-linux damentz (~damentz@adsl-99-69-147-242.dsl.aus2tx.sbcglobal.net) |
02:58.49 | *** part/#htc-linux damentz (~damentz@adsl-99-69-147-242.dsl.aus2tx.sbcglobal.net) |
03:07.17 | *** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl) |
03:14.50 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
03:40.29 | jonpry | i think i am back on the right track again. Code is doing lots of things. In particular it is IOControlling DSP1: |
03:40.38 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
03:40.45 | jonpry | not sure what driver handles that |
03:43.36 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
03:50.55 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-058-220-232.pools.arcor-ip.net) |
03:57.04 | *** join/#htc-linux DaveWM (dave@h-96-13-75-173.ip.alltel.net) |
04:12.50 | *** join/#htc-linux awatt (~watsky@ip70-171-107-157.no.no.cox.net) |
04:15.51 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
04:29.39 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
05:10.54 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d878729.pool.mediaWays.net) |
05:24.42 | *** join/#htc-linux jamenlang (~jamenlang@68-170-60-12.mammothnetworks.com) |
06:25.08 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
06:37.52 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
06:45.57 | *** join/#htc-linux Wout (~wout@internet.office.tweakers.net) |
07:11.37 | *** join/#htc-linux dekar_ (~dekar@port-92-193-47-168.dynamic.qsc.de) |
07:15.02 | *** join/#htc-linux caffeinejunky (~4c5e9a76@gateway/web/freenode/x-nqgxxldnoskcpxed) |
07:18.12 | *** join/#htc-linux Razzee (~Razzee@p4FCAB905.dip.t-dialin.net) |
07:20.23 | caffeinejunky | anyone here working on the hd2? |
07:20.40 | caffeinejunky | i think i might have some helpful info |
07:20.54 | Razzee | somebody was looking for other devs |
07:21.50 | caffeinejunky | so we're short on guys working on the kernel i assume? |
07:23.14 | *** join/#htc-linux kiozen (~kiozen@p54921132.dip0.t-ipconnect.de) |
07:23.43 | Razzee | i heard there are some, but i don't know one |
07:24.01 | Razzee | and this doesn't seem like the place they meet |
07:25.10 | caffeinejunky | ah i see. well i dont really get on irc much unless its important. |
07:25.22 | caffeinejunky | i just thought that this may help developing the kernel. |
07:25.28 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
07:26.36 | caffeinejunky | sharp released the 1GHz IS01 developer's edition mid. |
07:26.59 | caffeinejunky | it uses a snapdragon and runs a stripped down version of donut. |
07:28.37 | caffeinejunky | if maybe we can get the kernel sources for this mid, it might help. |
07:34.00 | *** join/#htc-linux awatt_xda (~watsky@ip70-171-107-157.no.no.cox.net) |
07:34.59 | caffeinejunky | it sports a capacitative display running at 960X480, has a 5 megapixel AF camera plus a 0.43 front camera for video calls, 802.11 b/g wifi, bluetooth 2.1 + edr, micro sd slot, 1seg mobile tv tuner, 4 gigs of internal storage and a qualcomm 3g cdma data |
07:37.19 | caffeinejunky | found specs here: http://www.umpcportal.com/products/Sharp/IS01/ |
07:42.10 | caffeinejunky | it may not be made by htc but i guess theres nothing to lose |
07:43.56 | caffeinejunky | if anyone developing for the leo sees my msg, drop a line on where i can reach u guys. i'll just look at the logs in the morning. |
07:44.01 | caffeinejunky | im out. |
07:44.04 | *** part/#htc-linux caffeinejunky (~4c5e9a76@gateway/web/freenode/x-nqgxxldnoskcpxed) |
07:47.05 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
08:01.16 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
08:08.36 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
08:10.30 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04703.pool.mediaWays.net) |
08:25.50 | *** join/#htc-linux brandon (~brandon@96-28-73-187.dhcp.insightbb.com) |
08:28.37 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
08:30.34 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
08:35.51 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
08:40.45 | Wout | oi Captnoord |
08:44.33 | Captnoord | oi |
09:02.50 | *** join/#htc-linux waleed (~quassel@91.186.246.231) |
09:03.21 | *** join/#htc-linux mpannen (~matt@75.51.3.31) |
09:03.47 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
09:05.07 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
09:08.21 | *** join/#htc-linux GNUtoo (~GNUtoo@host109-48-dynamic.21-79-r.retail.telecomitalia.it) |
09:08.37 | brandon | LeTama any futher breakthroughs I suggest toolchain problems to Markinus and he said that is wasn't that |
09:10.24 | LeTama | Hi brandon, well, nothing new on my side, it's clear for me that static linking is broken, at least on my toolchain |
09:10.55 | LeTama | for what reason exactly, I don't know |
09:12.05 | brandon | have you read this http://www.friendlyarm.net/forum/topic/246 it goes in to pretty through explanation |
09:15.44 | brandon | I have a US HD2 and the kernel had been panicing every time but the new update allow me to boot busy box from a second partition on my sd card |
09:16.03 | LeTama | well, their cause is ftp transfer trashing the executable, that's not what we have here. |
09:16.43 | LeTama | what update ? |
09:17.22 | brandon | Markinus posted update yesterday |
09:27.59 | *** join/#htc-linux Vito_| (~Sysel@94.142.234.1) |
09:35.16 | *** join/#htc-linux hax0r_ (~hax0r@2a01:e35:8bd4:8bb0:215:afff:feb4:dd78) |
09:43.22 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
09:56.50 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
10:48.29 | *** join/#htc-linux thedicemaster (~thedicema@e200071.upc-e.chello.nl) |
10:56.56 | *** join/#htc-linux majster (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
11:02.28 | *** join/#htc-linux GeekLad (~GeekLad@adsl-82-5-166.jax.bellsouth.net) |
11:07.44 | LeTama | brandon: thanks for the info, didn't see it. It doesn't seem to change the static link issue |
11:11.07 | GNUtoo | mickey|office, hi |
11:12.36 | GNUtoo | LeTama, glibc or uclibc? |
11:13.09 | LeTama | glibc |
11:13.38 | GNUtoo | ah ok because in the past I had issues with parts that should be inlined and that weren't in ld.so of uclibc |
11:15.52 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8FEDD.dip.t-dialin.net) |
11:19.03 | *** join/#htc-linux Razzee (~Razzee@p4FCAB905.dip.t-dialin.net) |
11:34.26 | mickey|office | morning GNUtoo |
11:35.49 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host109-48-dynamic.21-79-r.retail.telecomitalia.it) |
11:43.04 | *** join/#htc-linux Vito_| (~Sysel@94.142.234.1) |
11:45.22 | *** join/#htc-linux Heart| (markettalk@static.177.79.46.78.clients.your-server.de) |
11:57.39 | *** join/#htc-linux Untouchab1e (~Untouchab@226.80-203-35.nextgentel.com) |
12:08.20 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
12:12.45 | dcordes | hi all |
12:13.05 | dcordes | LeTama, did you ever try the google toolchain? |
12:22.16 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
12:28.58 | *** join/#htc-linux thont (~littlemat@155.69.170.143) |
12:35.56 | GNUtoo | mickey|office, I've huge issues with xorg |
12:36.23 | GNUtoo | mickey|office, under xorg suspend doesn't work because of my changes to msmfb |
12:36.33 | GNUtoo | but even fake suspend |
12:38.31 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
12:46.39 | *** join/#htc-linux Vito_| (~Sysel@94.142.234.1) |
12:46.41 | *** join/#htc-linux templis (~templis@cl-1285.ham-01.de.sixxs.net) |
12:46.59 | templis | hi |
12:47.34 | *** join/#htc-linux cmg29 (~cgoffredo@bflo.corp.synacor.com) |
12:49.45 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
13:00.11 | Wout | Captnoord: any idea on when you'll push the rhod temp update? or isnt it any good without the tables and stuff? |
13:05.27 | *** join/#htc-linux cmg29 (~cgoffredo@bflo.corp.synacor.com) |
13:12.40 | *** join/#htc-linux Untouchab1e (~Untouchab@226.80-203-35.nextgentel.com) |
13:27.07 | *** join/#htc-linux evildarknight (~charles@41.211.72.35) |
13:32.22 | *** join/#htc-linux Kawaiius (~yadayada@pool-72-84-153-225.slsbmd.east.verizon.net) |
13:39.27 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
13:58.40 | mickey|office | GNUtoo: which changes? you did a lot to msmfb |
13:58.54 | mickey|office | from my point of view you can revert anything but the FBIOBLANK |
13:59.21 | GNUtoo | ouch that's precisely what I want to revert |
13:59.40 | GNUtoo | if I don't revert I really need help for fixing it |
13:59.58 | GNUtoo | because we have an unusable phone if we use Xorg |
14:00.48 | GNUtoo | btw leviathan is working on rotation? |
14:01.07 | GNUtoo | I bet he will do it with xf86-video-msm which isn't the thing to do |
14:01.17 | GNUtoo | xf86-video-fbdev is better |
14:01.26 | GNUtoo | because it has already some rotation code |
14:07.18 | LeTama | hi dcordes |
14:07.54 | LeTama | no, didn't try static build with it yet |
14:09.01 | LeTama | I modified adb to do dynamic link on adbd with it, it works fine |
14:10.04 | dcordes | LeTama, sounds good :) |
14:10.10 | dcordes | new hope! |
14:10.43 | LeTama | even though I'm not able to have network over usb. I probably miss something for this |
14:11.28 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
14:17.43 | dcordes | LeTama, I never used adb so I fear I can't help with this. |
14:18.53 | mickey|office | GNUtoo: i don't understand why FBIOBLANK would kill suspend |
14:19.05 | GNUtoo | mickey|office, basically it does that: |
14:19.16 | GNUtoo | you ask for it to suspend |
14:19.25 | GNUtoo | and the display goes black |
14:19.30 | GNUtoo | then it comes back just after |
14:19.46 | LeTama | dcordes: ok. it would be nice to have network to be able to do telnet. |
14:23.01 | mickey|office | GNUtoo: and are you sure that removing .fbioblank is fixing it? |
14:23.10 | GNUtoo | I tried it |
14:23.15 | mickey|office | just removing this bit? |
14:23.15 | GNUtoo | I can retry |
14:23.27 | GNUtoo | the correct solution would be to get help on this mather |
14:23.40 | mickey|office | worth a try on the Xorg list |
14:25.01 | GNUtoo | ok |
14:33.34 | dcordes | LeTama, so no kernel patches were needed for this to work? |
14:34.48 | LeTama | dcordes:no, nothing. I pulled latests changes from Markinus this morning, but it was working before |
14:37.42 | *** join/#htc-linux myn (cereal@cpe-71-64-8-167.insight.res.rr.com) |
14:47.28 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
14:47.50 | dcordes | LeTama, so something is wrong about the linking stuff |
14:47.56 | dcordes | LeTama, how can we solve this? |
14:48.55 | LeTama | dcordes: no idea. I'm not even sure we have to solve it. |
14:51.22 | dcordes | LeTama, so maybe the kernel is fine and we just need to adjust the way we compile userspace binaries? |
14:51.28 | LeTama | yes |
14:52.16 | LeTama | we need to have the right options to compile and link all dynamically. |
14:52.26 | GNUtoo | mickey|office, I don't think it's xorg specific,I think the issue is in the driver,more precisely concurency |
14:52.31 | GNUtoo | or something like that |
14:53.39 | LeTama | I don't know if static is mandatory for anything except that it makes initrd a bit big with the lib*so |
14:56.45 | dcordes | GNUtoo, does angstrom distro make use of static linking? |
14:56.59 | dcordes | LeTama, do you think no qsd devices can run statically linked binaries? |
14:57.15 | GNUtoo | in oe you can compile static things |
14:57.19 | GNUtoo | like busybox-static |
14:57.26 | dcordes | GNUtoo, but normally it's all dynamic? |
14:57.31 | GNUtoo | but an entire static distro....no |
14:57.42 | GNUtoo | but we build -static version of packages |
14:57.46 | GNUtoo | or libraries |
14:57.59 | GNUtoo | so you could compile a static binary |
14:58.32 | GNUtoo | but if you want all static there must be a way |
14:58.49 | dcordes | no I don't want that. I only want to know if my angstrom images include these -static packages |
14:59.00 | GNUtoo | images no |
14:59.06 | dcordes | ok |
14:59.06 | GNUtoo | packages in feed yet |
14:59.16 | mickey|office | GNUtoo: yes, i agree. (concurrency) |
14:59.49 | dcordes | LeTama, ok so I can assume in my angstrom initrds statical linking can not be the problem of segfaults. so it must be the compile options |
14:59.52 | GNUtoo | mickey|office, ok |
15:00.29 | GNUtoo | I'll look if there is a kernel mailing list for video |
15:00.34 | GNUtoo | there should be |
15:01.39 | GNUtoo | mickey|office, btw is levithan working on rotation,if yes on which xorg driver? xf86-video-msm or xf86-video-fbdev? |
15:01.56 | mickey|office | sorry, i have no idea |
15:02.11 | mickey|office | i don't think he's actively working on anything dream, but rather studying |
15:02.11 | GNUtoo | ok |
15:04.28 | dcordes | LeTama, can you tell me what flags you use to make your successfully running test things? |
15:04.50 | GNUtoo | LeTama, did you try different distro? |
15:06.03 | LeTama | dcordes: see my last email on mailing list, it has the options |
15:06.43 | LeTama | GNUtoo: no, I didn't |
15:06.45 | dcordes | LeTama, ok thanks |
15:07.04 | Kensan | GNUtoo: actually, there's a arm-msm mailinglist: http://vger.kernel.org/vger-lists.html#linux-arm-msm |
15:07.19 | GNUtoo | Kensan, wow thanks a lot |
15:07.40 | Kensan | GNUtoo: and theres one for fbdev |
15:07.44 | GNUtoo | ok nice |
15:07.46 | GNUtoo | thanks a lot |
15:07.50 | Kensan | GNUtoo: just look through the list of mailinglists |
15:07.55 | GNUtoo | I'll look in one hour |
15:08.13 | Kensan | GNUtoo: there might be some "inofficial" ones not hosted on vger so googling might show some other lists. |
15:08.22 | GNUtoo | ok |
15:23.05 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
15:25.15 | dcordes | LeTama, ok found them. I will try to reproduce that in openembedded and make an angstrom with these flags |
15:25.22 | dcordes | bbl |
15:25.41 | LeTama | dcordes: good |
15:31.16 | HiddenOne | hmmm |
15:31.26 | HiddenOne | is there a way to run maemo 5? |
15:31.39 | HiddenOne | ( on something else other than those nokia tablets ) |
15:32.03 | HiddenOne | say...Rhodium....or Topaz....or something :P |
15:33.34 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
15:35.06 | phh | HiddenOne: mer (opensource fork of maemo or something like that) does |
15:37.38 | PSPdemon | ahh |
15:37.40 | PSPdemon | gotcha |
15:38.56 | phh | I didn't plaid a lot with it |
15:39.10 | phh | but IIRC I could web browse with it |
15:39.18 | phh | (on wifi) |
15:39.22 | PSPdemon | heh |
15:39.48 | phh | but the current user demand is more about ubuntu than mer :p |
15:39.52 | phh | (which I understand |
15:39.53 | phh | ) |
15:56.30 | Captnoord | re |
16:03.37 | Captnoord | phh how's gps? |
16:03.38 | Captnoord | :P |
16:06.27 | cmg29 | Yeah, someone should commit something. We haven't had to update our files today yet. :) |
16:07.33 | Captnoord | in a moment |
16:08.03 | Heart| | hi... i'm new to android world on windows devices ;-)... so what shall use for my blackstone? which "combi" |
16:08.04 | Captnoord | need to test |
16:08.28 | Captnoord | blackstone is one of the least supported devices... |
16:08.32 | Heart| | the TheBrilliantMistake one? |
16:08.42 | Captnoord | mainly because there are not many testers |
16:08.45 | Captnoord | or dev's having one |
16:08.51 | Heart| | hmm thats not good to hear :-( |
16:12.41 | Khaytsus | I saw the forum poast saying a fix is on the way. How punny :D |
16:13.10 | Captnoord | punny? |
16:13.38 | Khaytsus | GPX.. Fix.. |
16:13.50 | Captnoord | k |
16:13.55 | Khaytsus | erm GPS :) |
16:13.56 | Captnoord | phh is always working on fixes |
16:17.44 | Khaytsus | Which is greatly appreciated, I was just trying to make a sily jokx about a GPS "fix" being on the way. <joke></joke> |
16:17.55 | Captnoord | lol |
16:18.14 | Captnoord | I pollished the copper pipes |
16:18.17 | Captnoord | then cleaned it |
16:18.22 | Captnoord | and clear coated it |
16:18.26 | Captnoord | is kinda high |
16:18.28 | Captnoord | :P |
16:20.20 | Khaytsus | Plumbing or watercooling? :) |
16:21.08 | Captnoord | plumbing |
16:21.35 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
16:24.22 | Captnoord | phh I pushed a possible fix for the diamond problems |
16:24.23 | *** join/#htc-linux enjalot (~enjalot@c-68-35-253-116.hsd1.fl.comcast.net) |
16:24.24 | Captnoord | panel problems |
16:26.37 | Khaytsus | Anyone have an idea why the _ key does a right-cursor or tab or something weird? |
16:27.13 | Captnoord | cmg29: commited shit |
16:27.19 | Captnoord | nah |
16:27.28 | Captnoord | pushed raph navi fix |
16:27.31 | Captnoord | and diamond panel fix |
16:30.54 | jonpry | i am having trouble using msgget() and family. these seem to have been removed from bionic for whatever reason, so i added them back in. but i get errno == "function not implemented" |
16:31.17 | jonpry | afaict it is just a kernel syscall. does it need to be compiled in the kernel or something? |
16:40.06 | jonpry | ah, CONFIG_SYSVRPC |
16:44.40 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
16:47.04 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
16:53.51 | stinebd | xdandroid twitter has been busy lately |
16:53.57 | Wout | there is one? |
16:54.09 | stinebd | http://twitter.com/xdandroid |
16:55.10 | Wout | nice |
16:55.25 | stinebd | are you the person that requested it? |
16:55.36 | Wout | eeeehm, don't think so? |
16:55.36 | stinebd | someone here did |
16:56.17 | Wout | I'm happy with it nontheless :P |
17:01.29 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
17:02.18 | phh | anyway |
17:02.22 | phh | no GPS should be almost usable. |
17:02.34 | phh | I just think that android behaviour is stupid. |
17:02.59 | phh | (the app needs to be foreground to activate GPS ....) |
17:03.01 | phh | (and keep it) |
17:03.07 | stinebd | that's true |
17:03.11 | phh | and with fixes that takes a long time, or even forever.... |
17:03.14 | phh | it's REALLY stupid. |
17:04.25 | cmg29 | captnoord: Yay, commits! lol |
17:06.50 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d878729.pool.mediaWays.net) |
17:10.13 | *** join/#htc-linux brandon2004 (~brandon@96-28-73-187.dhcp.insightbb.com) |
17:16.00 | jonpry | i got more rpc's out of wavedev. still no interrupt though. http://pastebin.com/frBMLZQu |
17:16.53 | phh | jonpry: you could do cpu_to_be32 :p |
17:18.22 | jonpry | i like be better :-) |
17:19.04 | phh | jonpry: I guess I'm supposed to check those values compared to what we do ? |
17:19.09 | phh | or you already did ? |
17:19.27 | jonpry | i didn't check it |
17:19.30 | jonpry | just got it |
17:19.46 | jonpry | i'm still looking for the interrupt :-) |
17:19.50 | phh | ok |
17:19.53 | phh | fair enough. |
17:20.24 | phh | groumpf, gps lose its previous data sometimes |
17:20.29 | phh | I wonder if it's because of pdsm_end_session |
17:20.39 | brandon2004 | LeTama take a look at this http://honeypod.blogspot.com/2007/12/dynamically-linked-hello-world-for.html |
17:21.15 | brandon2004 | it has options for dynamically linked binaries for arm running android using the codesourcery toolchain |
17:23.41 | Captnoord | phh i've commited a fix for the panel bug out on suspend / wake |
17:23.48 | Captnoord | hope that was the problem |
17:25.01 | cmg29 | capt: how's your rhod batt stuff? |
17:25.21 | Captnoord | wip as hell |
17:25.34 | Captnoord | its complicated again |
17:25.44 | Captnoord | the temperature stuff needs work / implementation |
17:25.45 | cmg29 | yeah, i figger'd as much |
17:26.01 | Captnoord | the battery level could use a hack or 2 |
17:26.03 | jonpry | phh: you mean it loses the fix? |
17:26.22 | Captnoord | cmg29: I will take another peek at the asm later tonight |
17:26.33 | Captnoord | need to relax a bit |
17:26.36 | cmg29 | cool :) |
17:26.51 | *** join/#htc-linux leviathan (~davidlan@nariwork-03.ee.ethz.ch) |
17:26.54 | leviathan | GNUtoo: hi |
17:26.57 | GNUtoo | hi |
17:26.58 | cmg29 | relax? aren't you working on laying floor and painting pipes when you're not building android stuff? |
17:26.59 | cmg29 | hehe |
17:27.03 | GNUtoo | so basically you're on wifi too |
17:27.10 | GNUtoo | leobaillard, pandora has some patches |
17:27.16 | GNUtoo | oops |
17:27.17 | GNUtoo | sorry |
17:27.24 | GNUtoo | leviathan, panrora has some patches |
17:27.26 | Captnoord | cmg29: hehe.... good point |
17:27.31 | Captnoord | nah.... just relax |
17:27.32 | GNUtoo | most of them were submited upstream |
17:28.10 | GNUtoo | leviathan, the one who are left are: |
17:28.10 | leviathan | yes |
17:28.13 | leviathan | I saw it |
17:28.21 | GNUtoo | 0010-wl1251-use-sdio_readb_ext-for-ELP-to-work.patch |
17:28.26 | leviathan | hmm, ok |
17:28.27 | GNUtoo | 0011-wl1251-add-reset-handling.patch |
17:28.31 | GNUtoo | 0013-wl1251-prevent-scan-when-connected.patch |
17:28.32 | LeTama | brandon2004: thanks for the pointer, will take a look |
17:28.33 | GNUtoo | that's all |
17:28.38 | leviathan | k |
17:29.00 | GNUtoo | apart that It works for 20/30 min and after I've some issues |
17:29.08 | GNUtoo | I'm using PSM |
17:30.40 | GNUtoo | and currently 05-12 compat wireless |
17:31.05 | brandon2004 | I just read that seg faults will happen if boot_thread-mt is listed before pthread during linking |
17:31.16 | brandon2004 | @LeTama |
17:31.35 | GNUtoo | leviathan, here the script I use http://pastebin.com/kibRHGxP |
17:31.44 | GNUtoo | it always comes up the first time |
17:31.52 | GNUtoo | with compat-wireless |
17:31.54 | *** join/#htc-linux hamagc (~hamagc@72-57-134-191.pools.spcsdns.net) |
17:31.59 | GNUtoo | it doesn't with stock |
17:33.46 | jonpry | stupid adsp interrupt. i don't understand where it is. my windowsce implementation is getting scaringly good. |
17:34.56 | Captnoord | lol |
17:35.06 | Captnoord | like wine beeing able to run virusses |
17:35.10 | Captnoord | :P |
17:35.28 | jonpry | lol |
17:35.47 | GNUtoo | leviathan, so what did you do with wifi? |
17:36.29 | jonpry | i don't let it write any files yet, so virus's probably crash |
17:37.25 | hamagc | so any word on cdma gps yet? |
17:37.34 | leviathan | GNUtoo: try'n to make PSM working with stock :) |
17:37.48 | GNUtoo | leviathan, ah ok why not using compat-wireless? |
17:37.53 | leviathan | uhm |
17:37.54 | GNUtoo | it got tons of fixes |
17:38.08 | leviathan | hmmmmmmm |
17:38.13 | leviathan | its worth a shot |
17:38.14 | phh | jonpry: if you boot winmo, then take a fix, then boot linux, A9 remembers of the previous sat position |
17:38.17 | phh | so you can fix really quickyl |
17:38.20 | phh | quickly* |
17:38.29 | leviathan | GNUtoo: is compat wireless in OE now? |
17:38.32 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
17:38.40 | phh | but sometimes it seems to lose it |
17:38.45 | GNUtoo | leviathan, no but eric bernard got a bad patch for it |
17:38.50 | GNUtoo | which is more recent |
17:38.55 | GNUtoo | but your patch may be better |
17:39.10 | GNUtoo | because eric bernard's patch had no RCONFLICTS and similar |
17:39.30 | phh | I receive that in pm: "Hey, I'm interested in helping out with the XDANDROID project. I've got some decent firmware experience and want to help." |
17:39.32 | GNUtoo | leviathan, but you could refresh your patch with the idea of selecting only wl12xx |
17:39.35 | phh | what the hell should I do with that ? |
17:39.46 | stinebd | tell him if he gets camera working, he's in |
17:40.01 | GNUtoo | also tell him to define firmware experience |
17:40.29 | phh | GNUtoo: I prefer stinebd's version. |
17:40.47 | GNUtoo | ok that's why I told "also" |
17:41.58 | GNUtoo | leviathan, also on fb side things aren't great: |
17:42.05 | GNUtoo | *broken suspend because of fb |
17:42.10 | phh | anyway I don't care about devs experience |
17:42.10 | phh | I think that most people here started without any experience. |
17:42.10 | phh | (in this field I mena.) |
17:42.11 | phh | mean* |
17:42.11 | GNUtoo | *no rotation |
17:42.13 | GNUtoo | etc... |
17:42.35 | jonpry | phh: maybe the previous satellite position isn't real. like sometimes it is just a cell position |
17:42.48 | phh | jonpry: it is real |
17:42.50 | GNUtoo | yes but knowing someone experience could help,if someone is experienced with sound let make him work on sound for instance |
17:42.56 | phh | jonpry: in NMEA you can see sat position |
17:43.09 | bzo | phh: did you say you figured out the gps rpc struct already? |
17:43.12 | phh | and I've checked them, they are correct |
17:43.15 | phh | bzo: some stuff |
17:43.30 | phh | wait a second I'll find you the file. |
17:43.48 | bzo | ok, thanks |
17:43.59 | phh | right I lost it again, so it's not a second, will be some minutes. |
17:44.08 | bzo | I'm looking at my rpc log, and it is a bit difficult to figure out without data to match :) |
17:44.16 | phh | ah got it |
17:44.25 | phh | name file is TTTTT |
17:44.40 | tmzt | phh: mer has kind of become meego but they aren't really sure about non-gl devices (like msm7k) |
17:44.48 | phh | tmzt: ok |
17:44.57 | phh | bzo: http://husson.hd.free.fr/TTTTT |
17:45.08 | tmzt | rhobuntu is probably the best option going forward until the current arm repos can be rebuilt for our cpu |
17:45.24 | phh | yeah rhobuntu has really gone a good way |
17:45.34 | bzo | phh: got it thanks. Let's see if my pos is all 666 :/ |
17:45.49 | phh | bzo: I don't have positions in it :p |
17:45.54 | phh | I've time and sat positions |
17:46.05 | stinebd | why can't i reproduce this bootanim loop? |
17:46.14 | bzo | phh: didn't you say it was reporting your pos as all 666? |
17:46.37 | phh | bzo: ah no 666.6 was the error dilution when it fixes only 2 sats |
17:47.01 | bzo | ah, that is good I guess |
17:47.04 | phh | bzo: do you have some gps test program to dump your own RPC stuff ? |
17:47.17 | bzo | just your test.c |
17:47.23 | phh | yeah I've no clue how it can find 4 unknown variables with only 2 infos :p |
17:47.40 | phh | bzo: yeah right that's is enough |
17:47.49 | bzo | I'm looking at the vogue structure right now, maybe it will give me a clue |
17:48.12 | phh | bzo: so when you get a fix, you should get a message with procid=1 (the second field after 310005b), and then evid=0x7 |
17:48.17 | phh | (two fields before 0xda3) |
17:48.29 | bzo | the vogue code is kinda funny though, first they copy the data with cpu_to_be32, then turn in back with be32_to_cpu |
17:49.14 | leviathan | GNUtoo: but dri would be nice |
17:50.21 | bzo | phh: good, I see my data has a fix. At least I know I should see good data |
17:50.58 | *** join/#htc-linux ac (~opera@e178208066.adsl.alicedsl.de) |
17:51.07 | phh | bzo: cool |
17:51.14 | phh | bzo: try to see if date and time are readable as mine is |
17:51.22 | *** join/#htc-linux thont (~littlemat@155.69.170.143) |
17:52.56 | bzo | phh: date time looks good |
17:53.01 | jonpry | i tried building wine under rhobuntu the other day, lol |
17:53.15 | phh | jonpry: ?!? |
17:53.17 | phh | wine on arm ? |
17:53.29 | Captnoord | hmmm |
17:53.38 | Captnoord | running windows apps on rhobuntu |
17:53.38 | jonpry | yeah, it is known to work on powerpc and alpha |
17:53.40 | Captnoord | damn |
17:53.50 | Captnoord | wonder how long building takes |
17:54.05 | jonpry | in theory you can use winelib to compile any win32 app for arm/linux |
17:54.30 | phh | Captnoord: windows ARM apps ? |
17:54.39 | phh | jonpry: ah I forgot you have your own windows app |
17:54.54 | Captnoord | phh lol |
17:54.56 | Captnoord | hehe |
17:54.57 | Captnoord | idd |
17:55.22 | jonpry | my goal was to use their threading/mem management as i became aware that it requires a great deal of accuracy to work |
17:55.45 | jonpry | but there threading stuff is processor specific and not written for ARM |
17:56.24 | jonpry | compiling is reasonably fast. ./configure takes a couple of hours |
17:56.41 | Captnoord | lol |
17:56.52 | phh | Captnoord: that's called "reasonably". |
17:56.57 | Captnoord | lolz |
17:57.04 | phh | jonpry: last century they created something really great |
17:57.07 | phh | that's called cross building |
17:57.19 | Captnoord | phh did you test my commit btw... |
17:57.21 | jonpry | yeah right. |
17:57.26 | Captnoord | you will see waking up |
17:57.29 | Captnoord | is a lot faster somehow |
17:57.38 | Captnoord | mainly because of the the panel code now actualy working |
17:57.49 | phh | leobaillard: hear that ? :p |
17:58.02 | Captnoord | seems that i2c fails the first time on wakeup |
17:58.11 | Captnoord | and we didn't had any checks for that |
17:58.16 | phh | ok |
17:58.20 | jonpry | i think the actual "make" had it worked, would have been about 3 hours, which is not that far from what it takes on x86 |
17:58.28 | leobaillard | :p |
17:58.37 | Captnoord | leobaillard: please test |
17:58.49 | leobaillard | I will, just give me 10 minutes |
17:58.51 | Captnoord | would like some feedback if it changes anything for ya |
17:59.01 | phh | bzo: so in my dump you have RPC and NMEA so you can guess |
17:59.10 | phh | there aren't many values that are big enough to have position |
17:59.30 | phh | unknown values. |
18:00.00 | bzo | yeah, hopefully they don't use some weird encoding |
18:00.22 | phh | bzo: it seems it's weird |
18:00.53 | bzo | looks liek the vogue has lat/long in 64 bit fields |
18:01.06 | stinebd | Captnoord: that boot loop happens with babijoee's release? |
18:01.25 | Captnoord | got the release from connect-utb |
18:01.30 | stinebd | oh right |
18:01.38 | stinebd | sorry |
18:01.50 | Captnoord | can tell you the exact file name |
18:01.51 | chamonix | hey guys |
18:02.02 | Captnoord | XDANDROID21AOSP030510.7z |
18:02.38 | phh | bzo: float ? |
18:02.47 | phh | I've no clue how to read float values :D |
18:03.04 | Captnoord | 0x3f800000 = 1.0f |
18:03.15 | stinebd | Captnoord: thanks |
18:03.27 | Captnoord | stinebd: your welcome |
18:03.36 | bzo | phh: hmm, maybe. They use 2 int hi/lo values to store, but maybe they convert it upstream? |
18:03.51 | phh | bzo: don't know |
18:04.05 | phh | I haven't understood this part of code of vogue |
18:04.09 | phh | (I haven't reallt tried.) |
18:13.12 | GNUtoo | leviathan, yes but let's first have the basics no? I'll eat |
18:20.11 | Captnoord | leobaillard: and? |
18:20.27 | leobaillard | Captnoord: it's booting... |
18:20.35 | Captnoord | k |
18:21.23 | *** join/#htc-linux friendofgermany (~fog@p5B26F803.dip.t-dialin.net) |
18:23.12 | *** part/#htc-linux friendofgermany (~fog@p5B26F803.dip.t-dialin.net) |
18:24.55 | chamonix | Captnoord: have u done any scope reading with kernel_20100512_1414 ? |
18:25.34 | Captnoord | scope readings |
18:25.34 | Captnoord | nope |
18:25.55 | stinebd | phh: i'm working on the libhardware_legacy build bot now |
18:25.56 | Captnoord | chamonix: why |
18:26.01 | phh | stinebd: cool |
18:26.06 | chamonix | ok, just asking because my phone didn't even reach 18 hrs with that kernel |
18:26.08 | Captnoord | I only enabled topaz battery code |
18:26.12 | Captnoord | oOoOoOo |
18:26.15 | Captnoord | how's that possible |
18:26.20 | Captnoord | I didn't change shit |
18:26.22 | chamonix | dunno, I'll re-run |
18:26.53 | Captnoord | chamonix: I believe you |
18:27.03 | Captnoord | its just that its hard to do changes |
18:27.07 | leobaillard | Captnoord: what should your patch correct exactly ? |
18:27.08 | Captnoord | when there are so many regressions |
18:27.08 | chamonix | that's not the problem, I just wanna be sure |
18:27.26 | Captnoord | leobaillard: it should fix the diam's board not waking up correctly |
18:27.28 | Captnoord | for some users |
18:27.32 | Captnoord | it will be reported as |
18:27.48 | Captnoord | slow panel wakeup on call |
18:27.52 | Captnoord | something like that |
18:28.05 | Captnoord | at least on my raph with diamonds panel code |
18:28.08 | Captnoord | its now perfect |
18:28.26 | Captnoord | before it didn't woke up properly |
18:28.32 | Captnoord | now it does instantly |
18:28.37 | leobaillard | well, when waking up with power button, it seams faster, but when a call arrives, I have to wait till the third beep at least before it wakes up |
18:28.47 | Captnoord | hmmmm |
18:28.50 | Captnoord | I dono |
18:28.56 | leobaillard | I'll give it another shot |
18:29.12 | Captnoord | its possible that i2c is blocking |
18:29.13 | Captnoord | I dono |
18:29.25 | leobaillard | it was quite faster this time :) |
18:29.52 | Captnoord | better than before? |
18:30.26 | leobaillard | yeah, definitely |
18:30.32 | Captnoord | good |
18:30.34 | stinebd | ignore the ril and sensors commits |
18:30.36 | leobaillard | still not perfect, but much better |
18:30.41 | stinebd | it's a side effect of the updated build system |
18:30.44 | Captnoord | leobaillard: small steps |
18:30.45 | Captnoord | hehe |
18:30.48 | leobaillard | ;) |
18:30.51 | leobaillard | your right |
18:30.54 | leobaillard | thx btw |
18:30.59 | chamonix | plouf leobaillard |
18:31.08 | leobaillard | plop chamonix :) |
18:31.13 | chamonix | :) |
18:32.07 | *** join/#htc-linux phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
18:32.20 | leobaillard | chamonix: while you're here, I have a question for you : in the led effects, is it normal that the charging animation only displays once ? |
18:32.58 | leviathan | so |
18:33.04 | leviathan | I'll lie down a bit |
18:33.08 | leviathan | I'm tired |
18:33.37 | chamonix | leobaillard: no |
18:33.43 | chamonix | what version do u have? |
18:34.03 | leobaillard | 0.7.0.0 |
18:34.44 | stinebd | phh: all set |
18:34.51 | phh | cool |
18:35.01 | stinebd | i've set the ril, sensors and libhardware_legacy to 10 minute checks |
18:35.02 | phh | let's commit some breaking stuff. |
18:35.07 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
18:37.41 | chamonix | leobaillard: I noticed exactly the opposite: mine goes on breathing even if I disconnect the charger..... that may mean that the events broadcasted by the battery manager r broken |
18:38.02 | chamonix | let me check logcat |
18:40.55 | chamonix | leobaillard: I get D/BatteryBroadcastHandler( 1395): Status is BATTERY_STATUS_CHARGING regularly when I connect charger till charge is complete. till that point it breathes, when I unplug the charger I get BATTERY_STATUS_NOT_CHARGING and the breathing stops so here everything seems fine |
18:41.03 | [acl] | sup fellas. too lazy to read some logs today. Any good news ? |
18:41.41 | phh | [acl]: I pushed a rootfs that should have almost everything working :p |
18:41.51 | phh | perhaps deep sleep is broken still. |
18:41.58 | chamonix | lol |
18:41.59 | phh | but gps and wifi works. |
18:44.39 | leobaillard | chamonix: no luck here, I get one breathe eVerytime it starts charging and that's all |
18:44.58 | chamonix | leobaillard: can u check logcat? |
18:45.31 | leobaillard | I can |
18:45.57 | phh | yeah sounds really weird |
18:46.09 | chamonix | BATTERY_STATUS_* is what u r looking for |
18:46.31 | phh | looping is handled by microp |
18:48.35 | Captnoord | hmmmm |
18:48.37 | Captnoord | dudes |
18:48.40 | Captnoord | its possible |
18:48.43 | Captnoord | it doesn't get handled |
18:48.50 | Captnoord | because of my suspend hack of the battery driver |
18:49.10 | leobaillard | chamonix: everything appears to be good |
18:49.29 | leobaillard | it stops the effect once unplug and activates it when plugged and charging |
18:49.34 | chamonix | mean u see battery charging events? |
18:49.35 | leobaillard | but the effect is "played" once |
18:49.36 | Captnoord | hmmm |
18:49.37 | Captnoord | okey |
18:49.40 | leobaillard | yeah |
18:49.49 | Captnoord | oO |
18:49.50 | Captnoord | wierd |
18:49.55 | chamonix | ok, it's led effects then |
18:50.16 | Captnoord | possible |
18:50.24 | chamonix | leobaillard: do u see "D/EffectManager.doEffect( 1395): was called with effect *" ? |
18:50.31 | leobaillard | yup |
18:50.40 | chamonix | what is * ? |
18:50.42 | chamonix | 3? |
18:50.45 | leobaillard | 4 |
18:51.00 | chamonix | ok, fine as well |
18:51.42 | leobaillard | interesting... I just went in the preferences of ledeffects and hit the test button of the effect, which didn't work |
18:51.57 | chamonix | lol, looks u found a bug |
18:52.04 | chamonix | u can keep it is u want :P |
18:52.10 | leobaillard | proud |
18:53.52 | leobaillard | apparently the problem only happens with this effect |
18:54.05 | chamonix | wait a sec |
18:54.10 | phh | leobaillard: which effect is it ? |
18:54.13 | phh | it's the blinking one ? |
18:54.17 | phh | I mean just on/off ? |
18:54.22 | leobaillard | fade |
18:54.36 | chamonix | lol, it's the only one that does not repeat |
18:54.39 | chamonix | by design |
18:54.41 | leobaillard | rofl |
18:54.42 | phh | chamonix: yeah it's microp "bug" |
18:54.49 | Captnoord | phh its not a bug |
18:54.54 | phh | leobaillard: I thought you said it was breathing /o\ |
18:55.01 | Captnoord | its not loaded by the firmware |
18:55.07 | leobaillard | sorry, wasn't clear enough apparently |
18:55.07 | Captnoord | we could modify that |
18:55.14 | phh | Captnoord: oh really ? |
18:55.17 | phh | that'd be great |
18:55.18 | Captnoord | yea |
18:55.24 | Captnoord | but I won't be doing that |
18:55.30 | Captnoord | not that important |
18:55.31 | chamonix | leobaillard: i'm working on a sequencer to work that around, it's a known limitation |
18:55.33 | phh | custom microp would be really great |
18:55.40 | phh | especially on topaz/rhod with those two stupid leds. |
18:55.43 | Captnoord | hehe |
18:55.49 | leobaillard | chamonix: is it safe to put breathing both to sleeping and charging ? I assigned the fade effect to charging to avoid any problem |
18:55.52 | Captnoord | bug me about it another day |
18:55.56 | Captnoord | and i'll check it |
18:55.57 | phh | we should be able to do a continous colors between orange and green |
18:56.02 | chamonix | I need a sequencer for default android led stuff and for nexus rooted one |
18:56.18 | chamonix | leobaillard: yes, that's no problem |
18:56.26 | leobaillard | ok |
18:56.33 | jonpry | MicroP.dll in vial? |
18:56.57 | Captnoord | nah |
18:56.59 | Captnoord | its not needed |
18:57.03 | Captnoord | microp is easy to reverse |
18:57.09 | Captnoord | not like the battery driver |
18:57.52 | jonpry | could always load the battery driver |
18:58.07 | jonpry | in that case do you know what those IOControl's I pasted are doing? |
18:58.10 | Captnoord | yea |
18:58.17 | Captnoord | ? |
18:58.23 | Captnoord | which io's? |
18:58.38 | Captnoord | battery driver has microp io |
18:58.40 | Captnoord | and dex |
18:58.47 | Captnoord | microp is todo the charge led effect |
18:58.52 | Captnoord | we currently use as sleep effect |
18:59.09 | jonpry | http://pastebin.com/w0GriLYb |
18:59.53 | bzo | phh: in the vogue code, latitude and longitude are stored as double floats * 1E8 |
19:00.03 | stinebd | still can't get the boot loop |
19:00.03 | jonpry | i put in some stuff that translates winmo DEX controls into linux proc_comm. it is not really complete, but easy to finish |
19:00.04 | phh | meh ? |
19:00.04 | stinebd | weird |
19:00.06 | Captnoord | whats the io id? |
19:00.09 | phh | what's the point of floats if it's *1E8 ?!? |
19:00.18 | bzo | phh: unfortunately, our data does not have any numbers that translate sensibly |
19:00.19 | Captnoord | 0x1e8? |
19:00.21 | jonpry | b2fbc |
19:00.25 | Captnoord | 0x1e800000 |
19:00.36 | bzo | 1 * 10^8 |
19:00.56 | Captnoord | lol |
19:00.57 | Captnoord | I see |
19:01.01 | Captnoord | i'm not really awake |
19:01.04 | Captnoord | zombi mode |
19:01.05 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
19:01.48 | bzo | the code is: location.latitude = (double)data.latitude.data / 1.0E8; |
19:01.57 | phh | ah right so it's no double |
19:01.59 | phh | it's uint32 |
19:02.05 | phh | that's better. |
19:02.16 | phh | well more likely sint32. |
19:02.16 | stinebd | gps should work without sim right? |
19:02.19 | bzo | well, it's stored in a int32+uint32, then cast to a double |
19:02.49 | bzo | and I assume it's encoded like this: http://en.wikipedia.org/wiki/Double-precision |
19:03.17 | phh | stinebd: just terribly slowly. |
19:03.17 | phh | bzo: ok |
19:03.17 | phh | bzo: well you dont care about double encoding |
19:03.28 | phh | the RPC messages are in int |
19:03.55 | stinebd | k, i'll go try it |
19:04.21 | bzo | phh: if you cast it as a double, then it will interpret it through the encoding, no?" |
19:04.32 | phh | bzo: no |
19:04.40 | Captnoord | jonpry: doesn't seem to excist |
19:04.42 | phh | it will do uint => double conversion |
19:04.43 | Captnoord | :S |
19:04.46 | Captnoord | wierd shit |
19:05.05 | bzo | yeah, I think you're right, makes more sense why it's stored *10^8 |
19:05.59 | jonpry | that iocontrol data is wierd. very big structure full of pointers. |
19:06.04 | Captnoord | bleh |
19:06.05 | Captnoord | nvm |
19:06.05 | tmzt | jonpry: using led triggers? |
19:06.06 | Captnoord | found it |
19:06.19 | Captnoord | .text:0001729C MOV R3, 0xB2EF8 |
19:06.19 | Captnoord | .text:000172A4 CMP R4, R3 |
19:06.19 | Captnoord | .text:000172A8 BEQ loc_172F8 |
19:06.27 | Captnoord | its |
19:06.27 | Captnoord | WriteLCMBrightnessManualControlToI2C |
19:07.00 | jonpry | its created by the sound driver. phh suggested it is i2c |
19:07.08 | Captnoord | lol |
19:07.13 | Captnoord | by the sound driver |
19:07.13 | Captnoord | lol |
19:07.51 | phh | Captnoord: wow. |
19:07.58 | phh | jonpry: do you have calltrace ? |
19:08.00 | phh | that sounds "kind of" weird. |
19:08.17 | Captnoord | "sounds" wierd |
19:08.18 | Captnoord | yes |
19:08.19 | Captnoord | hehe |
19:08.26 | jonpry | i'm guessing it doesn't do anything i care about. but sometimes a function call modified memory, or has some crazy return that effect the flow of execution |
19:08.56 | jonpry | i have traces, but they are so big at this point i can't pastebin them |
19:13.45 | Khaytsus | phh: GPS working stable today? Just did a /last gps and saw encouraging discussion :) |
19:14.05 | phh | Khaytsus: stable in the sense it won't kill the system every minute. |
19:14.57 | Khaytsus | That's improvement :D |
19:15.55 | jonpry | http://prymfg.com/files/trace5-14.txt |
19:24.49 | bzo | phh: what is your approximate gps altitude? |
19:24.58 | phh | bzo: it's written in the nmea log |
19:25.21 | phh | 232.3meter or 48.0meter |
19:25.37 | phh | I think the first one is sea level, the second one some geoid |
19:26.05 | bzo | I think I have a reasonable guess, though I can't make the numbers match up |
19:26.12 | bzo | maybe a conversion factor, or offset? |
19:26.35 | phh | that's likely |
19:27.14 | bzo | so, the 2 fields before the hours/minutes, may be velocity/bearing |
19:27.24 | bzo | then there are 3 0 fields before that |
19:27.31 | bzo | then altitude before that |
19:27.37 | bzo | 2 fields of longitude before that |
19:27.40 | bzo | then 2 fields latitude |
19:28.04 | bzo | when I compare your location and mine, they very roughly correlate |
19:28.27 | bzo | this also matches the vogue gps struct |
19:34.26 | *** join/#htc-linux hamagc (~hamagc@cpe-98-148-205-28.socal.res.rr.com) |
19:35.06 | hamagc | Latest rootfs and kernal seems to have broken my radio (cdma sprint) |
19:35.25 | phh | cool. |
19:35.38 | Captnoord | lol |
19:35.39 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
19:35.40 | hamagc | Lol |
19:36.02 | hamagc | Known? |
19:36.09 | phh | I don't think I've changed anything related to radio ?!? |
19:36.16 | Captnoord | me neighter |
19:36.22 | phh | I'm sure it's stinebd's fault. |
19:36.28 | Captnoord | yup |
19:36.30 | phh | :p |
19:36.32 | Captnoord | its his fault |
19:36.50 | hamagc | Hrm. Let me reboot if that doesn't fix ill back up a release |
19:37.38 | cmg29 | I'm using cdma sprint with latest both, no issues here... |
19:38.33 | Captnoord | booting with the latest kernel |
19:38.37 | bzo | phh: hmmm, now I remember that the vogue had a conversion ratio to convert the raw data to the real coordinates |
19:38.41 | Captnoord | even later than yours |
19:38.41 | Captnoord | :P |
19:39.17 | cmg29 | *latest publicly available both |
19:39.20 | cmg29 | :) |
19:40.25 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B587FE.dip0.t-ipconnect.de) |
19:40.46 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B587FE.dip0.t-ipconnect.de) |
19:41.29 | *** join/#htc-linux hamagc (~hamagc@cpe-98-148-205-28.socal.res.rr.com) |
19:41.43 | hamagc | nope still no radio |
19:42.19 | hamagc | Now is this the rootfs or kernal? |
19:42.29 | Captnoord | change to older rootfs |
19:42.30 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
19:42.35 | hamagc | K |
19:42.46 | Wout | oi |
19:42.56 | Captnoord | oi |
19:43.16 | bzo | phh: haha, the magic vogue gps correction factor is 1.035631, doesn't seem to quite match our data though. Maybe ours is different |
19:44.01 | phh | bzo: funny value. |
19:45.28 | Captnoord | chamonix: sometimes it doesn't get into deep sleep |
19:45.28 | Captnoord | :S |
19:45.28 | Captnoord | maybe thats why it didn't got good battery time |
19:45.28 | chamonix | I'll check sleeplog too confirm that |
19:46.29 | bzo | phh: I think the fields I proposed are right, your data: 487653758 -> 4840.592255, 615193946 -> 0609.116367 |
19:46.49 | Captnoord | http://mathworld.wolfram.com/GoatProblem.html |
19:46.52 | Captnoord | the number |
19:46.52 | bzo | conversion factor is not the same, but maybe the nmea data fix was at slightly different time than your rpc trace |
19:47.03 | phh | bzo: no it's not |
19:47.08 | phh | I checked carefully it was the same |
19:47.14 | phh | and you can check you have time from both :p |
19:47.31 | bzo | ahh, right, but the numbers are too close to be a coincidence |
19:47.41 | bzo | and mine match similarly |
19:47.41 | stinebd | phh: probably is my fault |
19:47.54 | phh | stinebd: lol, how ? |
19:48.00 | phh | stinebd: you rebuilt ril ? |
19:48.00 | Captnoord | check the link dudes |
19:48.00 | bzo | so, we just have to figure out the correct conversion factor(s) |
19:48.03 | Captnoord | its a known constant |
19:48.27 | stinebd | phh: it ended up being different somehow... i changed the build environment to the latest xdaosp |
19:48.35 | stinebd | with proper buildspec.mk and all that jazz |
19:48.50 | Captnoord | stinebd: you fixed raph android 2.1? |
19:48.51 | Captnoord | :P |
19:49.05 | stinebd | there's nothing wrong with 2.1 on raph :P |
19:49.10 | Captnoord | oO |
19:49.11 | Captnoord | crap |
19:49.15 | stinebd | i've tried 25 times at least now |
19:49.17 | stinebd | according to fsck |
19:49.18 | Captnoord | okey |
19:49.20 | phh | Captnoord: this number is far from the one we have |
19:49.42 | Captnoord | woeps |
19:49.44 | Captnoord | your correct |
19:49.47 | stinebd | with old data.img, new data.img, no data.img... i just can't get it to crash |
19:49.48 | Captnoord | should sleep |
19:49.49 | phh | bzo: err, but there is a "little" something |
19:49.49 | phh | 4840.592255 isn't 4,840.59225 |
19:49.55 | phh | it's 48°40.59225' |
19:49.58 | Captnoord | stinebd: then gimme your stuff |
19:50.03 | Captnoord | hehe |
19:50.05 | Captnoord | the latest |
19:50.07 | hamagc | Ok downloading 2nd posted rootfs.be back |
19:50.08 | phh | so there are *60 stuff. |
19:50.08 | Captnoord | most modern |
19:50.16 | Captnoord | k |
19:50.17 | Captnoord | :P |
19:50.19 | stinebd | Captnoord: i took the system.sqsh from the package you're using and the latest kernel, rootfs, initramfs |
19:50.29 | Captnoord | okey |
19:50.34 | phh | perhaps it's something else than system.sqsh ? |
19:50.38 | Captnoord | i'll retry |
19:50.39 | bzo | phh: conversion factor? :} |
19:50.55 | phh | bzo: 1°=60' ? |
19:50.57 | stinebd | someone posted a logcat |
19:51.05 | stinebd | but it looks like a provisioning package problem in that |
19:51.13 | stinebd | http://razze.reigninblog.de/logcat.txt |
19:51.14 | Captnoord | hmmmm |
19:51.59 | phh | bzo: that's why I didn't really try to find it |
19:52.06 | phh | bzo: I don't know what's the format of the data |
19:52.22 | stinebd | and that's from a diam300 |
19:52.24 | bzo | phh: let me convert them to dec and see how they correlate |
19:52.25 | phh | seconds ? minutes ? degree ? in fraction of pi ? |
19:52.29 | stinebd | Captnoord: which raph do you have? |
19:52.43 | Captnoord | raph300 |
19:52.53 | stinebd | hmm |
19:52.57 | Captnoord | T-Mobile Touch Pro |
19:53.00 | Captnoord | but let me try again |
19:53.05 | stinebd | 300 is gsm? |
19:53.06 | Captnoord | T-Mobile Touch Pro 4 |
19:53.08 | Captnoord | yup |
19:53.18 | phh | TP4 ? |
19:53.41 | Captnoord | rhod is tp5 |
19:53.46 | stinebd | heh |
19:53.48 | phh | ok. |
19:55.19 | Captnoord | phh |
19:55.20 | Captnoord | http://www.wolframalpha.com/input/?i=+1.035631 |
19:55.30 | Captnoord | I dono if its correct |
19:55.46 | Captnoord | but if its only 1.035631 |
19:55.52 | Captnoord | there are more possibilities |
19:58.34 | *** join/#htc-linux LTxda (~anon@unaffiliated/ltxda) |
19:59.23 | jonpry | that reminds me of the jonpry constant of error. in chemistry class when my experimental data was off, i would multiply or add 1.03 to various quantities until it was right :-) |
19:59.36 | phh | -_-' |
19:59.45 | phh | why 1.03 ? |
19:59.51 | bzo | phh: 48°40.59225 =48.676537583333335 (register=4867653758) |
20:00.03 | jonpry | seemed to work. there was no experiment that couldn't be abritrarily correct |
20:00.04 | stinebd | 1.03 shall henceforth be defined as 1 jonpry |
20:00.10 | phh | bzo: I feel stupid. |
20:00.15 | phh | I should have tried that at least. |
20:00.23 | phh | bzo: anyway that's great |
20:00.38 | bzo | well, the other non-obvious thing is that it is a 64bit field |
20:00.46 | bzo | good to see we don't need a weird correction factor though |
20:02.43 | bzo | phh: so do you think it will be better to get everything from rpc, or are you going to keep using the nmea from smd? |
20:02.53 | phh | bzo: everything from RPC |
20:02.56 | phh | I hate nmea. |
20:03.18 | bzo | phh: cool :) |
20:03.21 | phh | I mean, NMEA is great, but I just don't want to parse it. |
20:03.30 | phh | bzo: you still need to read sats infos. |
20:03.44 | phh | the one I decoded is available only on fixes |
20:03.45 | jonpry | gpsd? |
20:03.49 | bzo | yeah, parsing the nmea seems very inefficient and round about |
20:03.50 | phh | (which is really weird) |
20:04.03 | phh | jonpry: that was the plan, but if bzo found what's needed, that will be rpc :p |
20:04.31 | phh | na the plan was libgpsd |
20:04.43 | phh | I've still the problem of reporting bearing to sensors driver |
20:05.14 | bzo | phh: I'm out of time today |
20:05.19 | bzo | more later |
20:05.23 | phh | bzo: ok |
20:05.39 | phh | bzo: I'll start coding from RPC |
20:06.04 | bzo | sounds good, I'll check back in this weekend |
20:07.03 | *** join/#htc-linux thedicemaster (~thedicema@e200071.upc-e.chello.nl) |
20:11.34 | *** join/#htc-linux hamagc (~hamagc@173-126-41-254.pools.spcsdns.net) |
20:12.46 | hamagc | ok so a6d rootfs gives me radio. The 2 most recent lilled my cdma radio |
20:13.02 | hamagc | Killled |
20:13.16 | hamagc | * |
20:13.29 | stinebd | logcat? |
20:14.36 | hamagc | Where is it or how do make? |
20:15.10 | phh | commandcenter ? |
20:15.14 | phh | (or controlcenter ? I never know) |
20:15.57 | hamagc | Ill upload when I get home to a computer |
20:16.36 | stinebd | lol there's a logcat live wallpaper, nice |
20:17.27 | stinebd | SendLog on the market can email the logs |
20:17.38 | *** join/#htc-linux Wout (~woutf@s55927d21.adsl.wanadoo.nl) |
20:18.27 | phh | stinebd: last time i've seen it, it launches as many logcat instances as you read logcats. |
20:18.37 | phh | ie you might end with 100s of logcat runnings after some tests. |
20:18.42 | Captnoord | stinebd: trying to boot 2.1 |
20:18.44 | Captnoord | again |
20:18.44 | Captnoord | :P |
20:21.59 | stinebd | make sure you logcat it before it kills init |
20:22.11 | hamagc | Email? |
20:22.22 | Captnoord | i'm not a hero with adb |
20:23.06 | Captnoord | stinebd: isn't there a way to make logcat log it to sd always |
20:23.19 | stinebd | not that i know of |
20:24.00 | hamagc | Email for logcat? I can do that on the road |
20:24.35 | stinebd | bryan@southcape.org |
20:24.47 | Captnoord | hmmm |
20:24.49 | Captnoord | in short |
20:24.55 | Captnoord | how can I logcat it |
20:24.55 | Captnoord | ? |
20:24.56 | Captnoord | :P |
20:25.00 | Captnoord | windows user |
20:25.00 | Captnoord | bleh |
20:25.13 | stinebd | adb logcat |
20:25.16 | stinebd | oh windows |
20:25.17 | stinebd | who knows |
20:25.28 | stinebd | boot into linux and adb logcat ;) |
20:25.32 | Captnoord | lol |
20:25.44 | Captnoord | hmmmm |
20:25.45 | makkonen | adb logcat should work in windows, if adb is working in windows |
20:26.44 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
20:27.35 | Captnoord | hmmmm |
20:27.39 | tmzt | where people from ARM vendors gave us informations about their work on getting support for products in mainline kernel. Looks like 2.6.35 will be used in Maverick release. |
20:27.41 | Captnoord | android stk downloading |
20:27.42 | Captnoord | bleh |
20:27.47 | makkonen | should there be a new automated push of the RIL to the rootfs? I don't see that it's been updated. |
20:27.48 | tmzt | http://marcin.juszkiewicz.com.pl/?p=1681 |
20:28.01 | hamagc | Sent |
20:28.05 | tmzt | since apparently this includes snapdragon it should be good news |
20:28.55 | stinebd | makkonen: i updated the build bot's aosp tree and the hash changed for some reason |
20:29.05 | hamagc | Ok be back later |
20:29.54 | stinebd | ugh, sendlog doesn't do logcat -b radio |
20:30.07 | stinebd | 1 star it on the market |
20:30.10 | makkonen | ah. I see. sounds like that's what killed hamagc's radio, so... that's weird. |
20:32.19 | Khaytsus | Why does the dosfsck get stuck sometimes, even on a clean card? I've seen it several times, even when I *just* fsck'ed it. |
20:32.38 | makkonen | I don't think I've ever seen it get stuck. |
20:33.05 | Khaytsus | Does about 30% of the time for me I think.. last line is dosfsck 3.0.1, 23 Nov 2008, FAT32, LFN |
20:33.11 | Khaytsus | And nothing else, ever.... until I reboot |
20:33.13 | makkonen | huh. |
20:33.15 | phh | huhu I've never had such problem either |
20:35.36 | Khaytsus | Hmm, odd.. I wonder why. I can almost always reboot and pick Android from gen.y to shorten the cycle time (rarely use gen.y otherwise really) and it'll boot right up |
20:42.04 | Heart| | is TheBrilliantMistake sometimes here in the channel (he's making the blackstone eclair port) |
20:46.23 | stinebd | yeah, ril is broken alright |
20:47.37 | phh | good job stinebd ! :p |
20:47.42 | phh | Heart|: there is no "port" to do ?!? |
20:48.36 | Heart| | don't know the correct english word sorry ;-)... he's doing http://forum.xda-developers.com/showthread.php?t=621498 |
20:49.09 | phh | well it's just a thread .. |
20:49.31 | phh | with a cab file right |
20:49.39 | stinebd | phh: see anything useful in here? http://maduin.southcape.org/~bryan/android/deadril.txt |
20:49.51 | stinebd | I/RILJ ( 1290): Couldn't find 'rild' socket; retrying after timeout |
20:50.21 | phh | stinebd: sounds like ril is crashing |
20:50.42 | stinebd | why? |
20:51.13 | phh | D/AT ( 1181): AT< OK |
20:51.16 | phh | means ril is alive |
20:51.20 | phh | I/RILJ ( 1290): Couldn't find 'rild' socket; retrying after timeout |
20:51.23 | phh | means ril is unaccessible |
20:51.27 | phh | either dead or broken socket |
20:51.38 | phh | and ril seems reinited afterwards |
20:51.40 | phh | so I'd vote for dead |
20:51.49 | stinebd | Process 1530 attached with 4 threads - interrupt to quit |
20:51.49 | stinebd | [pid 1530] read(12, <unfinished ...> |
20:51.49 | stinebd | [pid 1529] recv(-2147433872, <unfinished ...> |
20:51.49 | stinebd | [pid 1528] select(4, [3], NULL, NULL, NULL <unfinished ...> |
20:51.49 | stinebd | [pid 1527] setup( |
20:51.58 | stinebd | thats all i get out of strace |
20:52.14 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
20:52.40 | stinebd | we have too much stuff dependent on 2.0, eh? |
20:52.44 | *** join/#htc-linux brandon2004 (~brandon@96-28-73-187.dhcp.insightbb.com) |
20:52.44 | Captnoord | -2147433872 == 0xffffffff |
20:52.53 | Captnoord | invalid handle |
20:53.18 | Captnoord | 8000C270 |
20:53.19 | Captnoord | I mean |
20:53.25 | Captnoord | still invalid handle |
20:57.39 | stinebd | http://maduin.southcape.org/~bryan/android/strace-rild.log |
20:58.33 | stinebd | nobody look at my password |
20:59.09 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
20:59.58 | phh | yup. |
20:59.59 | phh | no idea. |
21:00.11 | phh | 1623 recv(1075875584, <unfinished ...> |
21:00.13 | phh | the problem starts here |
21:00.17 | phh | but hum |
21:00.22 | stinebd | yeah |
21:00.54 | Wout | nighty night |
21:00.59 | Wout | happy debuggin' :P |
21:09.53 | [acl] | acl |
21:09.55 | [acl] | is |
21:09.57 | [acl] | here |
21:10.02 | [acl] | what did i miss ? |
21:10.57 | Captnoord | okey |
21:11.11 | Captnoord | phh for adb anything I should do in startup.txt? |
21:13.48 | jonpry | argh, i get a kernel dump. any idea what this is from/means? http://pastebin.com/r4Fk3d56 |
21:14.01 | [acl] | ahh fine .. ill read the logs :-) |
21:15.03 | phh | jonpry: you killed smd |
21:15.04 | phh | well done |
21:15.18 | phh | jonpry: reproductible ? |
21:15.28 | stinebd | phh: i have rild build warnings if you're interested |
21:15.33 | stinebd | s/rild/ril |
21:16.21 | Captnoord | stinebd: okey... do I need to change something to use adb |
21:16.30 | Captnoord | as it now screams at me that it can't find any devices |
21:16.30 | Captnoord | bleh |
21:16.31 | Captnoord | :P |
21:16.36 | jonpry | happens everytime, lol. rpc seems to still work though |
21:16.38 | stinebd | Captnoord: don't think so. it has to be plugged on boot, though. |
21:16.43 | jonpry | note the reply right after the crash |
21:16.45 | Captnoord | did that |
21:16.57 | stinebd | i don't know about windows, though. |
21:17.10 | stinebd | it may need the device in a different usb mode |
21:18.31 | *** join/#htc-linux mpannen (~matt@adsl-75-51-3-31.dsl.milwwi.sbcglobal.net) |
21:19.42 | phh | jonpry: perhaps it's nothing to worry about ? :p |
21:21.08 | Captnoord | hmmmm |
21:21.17 | Captnoord | stinebd: what adb module you use |
21:21.24 | Captnoord | I assumed I needed the 2.1 stuff |
21:21.26 | stinebd | module? |
21:21.35 | Captnoord | [23:21] <Captnoord> I assumed I needed the 2.1 stuff |
21:21.43 | Captnoord | the 1.7 api |
21:22.08 | Captnoord | http://groups.google.com/group/android-beginners/browse_thread/thread/ff713181959c48ee?pli=1 |
21:22.10 | Captnoord | hmmmm |
21:22.14 | jonpry | kernel crash doesn't sound like a good way to get anything working |
21:22.17 | stinebd | oh, i use some adb that phh gave me |
21:22.32 | phh | it's 1.6's |
21:22.33 | Captnoord | k |
21:22.35 | Captnoord | okey |
21:22.39 | Captnoord | gonna download 1.6 |
21:22.40 | phh | ~usb_function_switch |
21:22.41 | apt | rumour has it, usb_function_switch is /sys/devices/platform/msm_hsusb/usb_function_switch |
21:22.44 | phh | Captnoord: write 2 to that file. |
21:22.50 | phh | might help win's adb |
21:22.56 | phh | Captnoord: na windows 1.6 adb has the same problem |
21:23.04 | *** join/#htc-linux freakonlegs (~Craigtbal@host86-180-100-216.range86-180.btcentralplus.com) |
21:24.04 | Captnoord | phh [23:22] <apt> rumour has it, usb_function_switch is /sys/devices/platform/msm_hsusb/usb_function_switch |
21:24.07 | Captnoord | on android? |
21:24.09 | Captnoord | in* |
21:24.16 | phh | yes |
21:24.21 | Captnoord | as I can't get into android |
21:24.23 | Captnoord | as it loops |
21:24.25 | Captnoord | at boot |
21:24.29 | phh | haha -_-' |
21:24.32 | Captnoord | hmmm |
21:24.35 | phh | Captnoord: user.eclair.conf |
21:24.36 | Captnoord | maybe I can hack it in |
21:24.38 | phh | in sdcard/conf |
21:24.40 | Captnoord | k |
21:25.10 | Captnoord | echo /sys/devices/platform/msm_hsusb/usb_function_switch 2 |
21:25.27 | Captnoord | ? |
21:25.33 | Captnoord | or just |
21:25.34 | Captnoord | =2 |
21:25.48 | phh | echo 2 > /sys/devices/platform/msm_hsusb/usb_function_switch |
21:26.05 | Captnoord | thanks |
21:27.25 | Captnoord | thanks |
21:27.26 | Captnoord | bingo |
21:27.48 | Captnoord | just type logcat |
21:29.12 | Captnoord | hehe |
21:29.13 | Captnoord | k |
21:30.38 | Captnoord | its a some sort of java error |
21:32.24 | stinebd | http://pastebin.com/W1bzvk6t - ril warnings |
21:32.54 | Captnoord | xdadevelopers packages borkes it |
21:33.09 | Captnoord | is there a way to dump the adb |
21:33.12 | Captnoord | bleh |
21:33.22 | Captnoord | need to find it out myself of course |
21:33.23 | Captnoord | bleh |
21:33.33 | stinebd | windows should do output redirection |
21:33.38 | Captnoord | yea |
21:33.40 | Captnoord | hmmm |
21:33.47 | stinebd | http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/redirection.mspx?mfr=true |
21:33.49 | Captnoord | adb logcat >> log.txt |
21:34.05 | stinebd | oh wait |
21:34.11 | stinebd | i saw something on the market about the xda app |
21:34.14 | stinebd | it can't be used with JIT |
21:34.35 | Captnoord | oO |
21:34.37 | Captnoord | why |
21:34.38 | Captnoord | :P |
21:34.49 | stinebd | no idea |
21:35.05 | Captnoord | anyway I want to check it anyway |
21:35.08 | phh | they did it too cleanly |
21:35.10 | stinebd | http://twitter.com/xdadevelopers/status/13927007092 |
21:35.47 | Captnoord | yup logcat dumps its content now nicely |
21:36.02 | Captnoord | what does the app do? |
21:36.03 | Captnoord | :P |
21:36.11 | stinebd | it's a client for the forums |
21:36.16 | Captnoord | lo |
21:36.16 | Captnoord | k |
21:36.20 | Captnoord | okey crash |
21:36.22 | Captnoord | now I can wait |
21:36.24 | Captnoord | till it reboots |
21:36.27 | Captnoord | and then its finished |
21:36.27 | Captnoord | :P |
21:36.52 | Captnoord | I/vold ( 1189): Android Volume Daemon version 2.0 |
21:36.52 | Captnoord | W/vold ( 1189): Volume '/sdcard' already mounted at startup |
21:37.09 | stinebd | i hope so |
21:37.13 | stinebd | everything runs off of there |
21:37.46 | Captnoord | D/libEGL ( 1208): loaded /system/lib/egl/libGLES_android.so |
21:37.54 | Captnoord | I tought it was all software render |
21:38.02 | stinebd | that's the software rendering library |
21:38.10 | stinebd | libGLES_qcom is hardware 3d |
21:38.14 | Captnoord | k |
21:39.17 | Captnoord | W/PackageParser( 1208): No actions in intent filter at /system/app/xdaforum.apk Binary XML file line #16 |
21:39.20 | Captnoord | here it goes wrong |
21:39.30 | phh | Captnoord: it says blabla died just after that ? |
21:39.40 | stinebd | it should die in the status bar |
21:39.46 | stinebd | if it's anything like the other guy |
21:39.54 | Captnoord | phh there are a couple of more of those messages |
21:39.57 | Captnoord | then I get |
21:39.58 | Captnoord | D/dalvikvm( 1208): GC freed 3849 objects / 390232 bytes in 190ms |
21:39.58 | Captnoord | D/PackageManager( 1208): Scanning app dir /data/app |
21:39.58 | Captnoord | E/System ( 1208): Failure starting core service |
21:39.58 | Captnoord | E/System ( 1208): java.lang.NullPointerException |
21:39.58 | Captnoord | E/System ( 1208): at com.android.server.PackageManagerService.scanDirLI(PackageManagerService.java:1971) |
21:39.58 | Captnoord | E/System ( 1208): at com.android.server.PackageManagerService.<init>(PackageManagerService.java:590) |
21:39.59 | Captnoord | E/System ( 1208): at com.android.server.PackageManagerService.main(PackageManagerService.java:335) |
21:39.59 | Captnoord | E/System ( 1208): at com.android.server.ServerThread.run(SystemServer.java:116) |
21:40.00 | Captnoord | E/AndroidRuntime( 1208): Crash logging skipped, no checkin service |
21:40.19 | phh | ok |
21:40.24 | phh | so xdaforum.apk is clearly the problem |
21:40.24 | stinebd | yeah |
21:40.28 | phh | I told you it's AndroidApps. |
21:40.38 | stinebd | lol |
21:40.44 | phh | I wouldn't have bet on xdaforum app though -_-' |
21:40.44 | stinebd | how does that kill the whole system? |
21:40.54 | phh | stinebd: android's stupid. |
21:41.09 | phh | (it's one of my mottos along with DETU) |
21:41.17 | stinebd | patches welcome |
21:41.31 | phh | yeah... no thanks I don't go in that stuff :p |
21:41.44 | phh | (you're right on the idea though.) |
21:42.10 | stinebd | so anyway, ril |
21:42.22 | stinebd | big problem |
21:42.23 | Captnoord | someone remove the xda app from the rootfs |
21:42.24 | Captnoord | :P |
21:42.29 | stinebd | it's not in rootfs |
21:42.32 | stinebd | it's on your sd card |
21:42.34 | phh | Captnoord: it's in AndroidApps |
21:42.38 | phh | wait |
21:42.39 | phh | no |
21:42.40 | phh | it's in system |
21:42.45 | stinebd | :o |
21:42.45 | phh | [23:39:17] <Captnoord> W/PackageParser( 1208): No actions in intent filter at /system/app/xdaforum.apk Binary XML file line #16 |
21:42.48 | Captnoord | k |
21:42.50 | stinebd | uggggh |
21:42.52 | Captnoord | true |
21:43.00 | stinebd | gotta stop putting market apps in system.sqsh |
21:43.02 | phh | who the hell putted that in system ?!? |
21:43.07 | phh | stinebd: yeah ... |
21:43.16 | phh | I had hard time to delete all market apps from it |
21:43.21 | phh | and now babijoee reverse it. |
21:43.30 | phh | (hard time... well took me 10minutes with your kitchen :p) |
21:43.35 | Captnoord | hehe |
21:43.47 | stinebd | 8 of those minutes in the uml image |
21:43.55 | phh | :p |
21:44.05 | phh | stinebd: not really, the list of apps is quite long |
21:44.13 | phh | and I had to check some many times |
21:44.20 | stinebd | yeah i'll be making that more friendly |
21:44.22 | phh | I even did a mistake |
21:44.37 | phh | (market needing google talk.. what ?) |
21:44.50 | stinebd | i got big plans for the kitchen |
21:44.57 | stinebd | but it's gonna take me forever at this rate |
21:45.06 | phh | stinebd: webbuilder on xdandroid.com ? :p |
21:45.16 | stinebd | probably |
21:45.41 | Captnoord | stinebd: written in what language? |
21:45.48 | stinebd | x86 asm |
21:45.53 | Captnoord | lol |
21:46.05 | stinebd | php frontend, python backend |
21:46.21 | stinebd | i use fastcgi on the server so php goes fast fast fast |
21:46.22 | Captnoord | k |
21:46.46 | stinebd | and runs as a normal user and all that crap |
21:48.32 | Captnoord | mount /media/D_DRIVE/zimage/system.sqsh /mnt/android -t squashfs -o loop |
21:48.33 | Captnoord | hmmmmm |
21:48.39 | Captnoord | bleh |
21:48.57 | stinebd | heh, our squashfs's are read-only |
21:49.34 | Captnoord | why |
21:49.35 | Captnoord | :S |
21:49.36 | Captnoord | bleh |
21:49.39 | Captnoord | forces |
21:49.43 | stinebd | because they have to be |
21:49.48 | stinebd | that version doesn't support write |
21:49.54 | Captnoord | k |
21:49.56 | stinebd | and the kernel doesn't support a newer version |
21:50.31 | jonpry | how do the winmo irq's map to real irq's. like i have 3d, 3e, 3f, and 40? |
21:51.06 | Captnoord | jonpry: yup |
21:51.22 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8F719.dip.t-dialin.net) |
21:51.58 | jonpry | yup what? |
21:52.11 | Captnoord | they don't do anything fancy with the irq numbers |
21:52.22 | Captnoord | hmmmmm |
21:52.31 | Captnoord | wakes up |
21:52.33 | jonpry | too many |
21:52.43 | Captnoord | 3e time today |
21:52.46 | Captnoord | I should hit the bed |
21:52.47 | Captnoord | bleh |
21:53.48 | jonpry | should resolve map to adsp kind of stuff |
21:54.28 | Captnoord | I could have tried to installed the squashfs tools |
21:54.28 | Captnoord | bleh |
21:55.20 | jonpry | wonders if ADSP interrupt numbers are actually correct |
21:56.38 | Captnoord | removes xdaforum.apk |
21:56.50 | phh | jonpry: hum |
21:56.56 | phh | jonpry: I can't see how it's possibly wrong. |
21:57.24 | phh | I mean haret has the correct values |
21:57.39 | phh | jonpry: 3d/3e/3f/40 can be the M2A interrupts |
21:57.43 | phh | (2-5) |
21:58.40 | jonpry | makes no sense though. like int-3b? |
22:01.33 | Captnoord | can be gpio ints |
22:01.42 | Captnoord | http://www.htc-linux.org/wiki/index.php?title=Raphael_IRQ |
22:02.08 | Captnoord | http://www.htc-linux.org/wiki/index.php?title=Raphael_GPIO |
22:02.12 | Captnoord | 3b is unknown |
22:03.11 | jonpry | it should be M2A stuff |
22:03.37 | Captnoord | hmmm |
22:04.03 | jonpry | if i could find out what module oeminterruptenable is in... |
22:04.42 | Captnoord | nk.exe |
22:05.39 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8F719.dip.t-dialin.net) |
22:05.40 | jonpry | really? they compile a custom nk.exe for each platform? |
22:05.47 | Captnoord | yup |
22:06.03 | jonpry | weird. well that will definately help |
22:06.04 | Captnoord | we got |
22:06.05 | Captnoord | OEMInterruptHandler |
22:08.14 | jonpry | i already know how that works |
22:09.48 | Captnoord | stinebd: how to re-mksquash the stuff? |
22:13.48 | stinebd | Captnoord: mksquashfs-3.1, but you need to preserve permissions |
22:13.57 | stinebd | not sure if it's possible in windows |
22:14.13 | Captnoord | i'm not doing that in windows |
22:14.16 | Captnoord | vm |
22:14.19 | stinebd | ok |
22:15.05 | stinebd | easiest way is to do it all as root then |
22:15.37 | stinebd | sudo -s, unsquashfs-3.1 system.sqsh, make your changes, mksquashfs-3.1 squashfs-root system.sqsh.new |
22:15.59 | Captnoord | hmmmmm |
22:16.01 | Captnoord | okey |
22:16.04 | Captnoord | I think I got the point |
22:16.20 | Captnoord | the sudo part is important |
22:16.21 | *** join/#htc-linux jamenlang (~jamenlang@68-170-60-12.mammothnetworks.com) |
22:16.21 | Captnoord | bleh |
22:19.36 | thont | can someone tell me how to collect modules and create modules-2.6.*.tar |
22:19.40 | thont | ? |
22:19.49 | Captnoord | you just have to rename it |
22:20.03 | thont | how? |
22:20.10 | thont | rename the old one? |
22:20.17 | Captnoord | possible |
22:20.27 | Captnoord | but you have build your own kernel? |
22:20.33 | thont | yes |
22:20.40 | Captnoord | okey |
22:20.43 | thont | I created zImage 1 day ago |
22:20.46 | thont | but when I boot up |
22:20.47 | *** part/#htc-linux freakonlegs (~Craigtbal@host86-180-100-216.range86-180.btcentralplus.com) |
22:20.48 | Captnoord | check the logs |
22:20.49 | thont | with old module |
22:20.56 | Captnoord | phh and I have logged it |
22:20.57 | thont | wifi not working |
22:21.06 | Captnoord | module isn't loaded |
22:21.14 | Captnoord | because it has the wrong name |
22:21.15 | thont | I no |
22:21.19 | thont | oh |
22:21.24 | thont | how to correct the name then |
22:21.29 | thont | where is the log? |
22:21.33 | thont | in wiki? |
22:21.51 | dcordes | Kensan, ping |
22:21.53 | Captnoord | its in the kernel |
22:21.59 | Captnoord | its beeing generated on the fly |
22:22.11 | Captnoord | check the module git repo |
22:22.14 | stinebd | ril version mismatch?! |
22:22.16 | Captnoord | there is some shit to be found |
22:22.51 | thont | sorry, I dun understand, but I'll try to figure it out |
22:23.13 | stinebd | lol |
22:23.15 | Captnoord | another git repo |
22:23.16 | stinebd | phh: we need a new kitchen base :( |
22:23.22 | phh | stinebd: meh ? |
22:23.36 | stinebd | E/RILC ( 1181): RIL_register: RIL_RadioFunctions * null or invalid version (expected 2) |
22:23.41 | stinebd | (2 = RIL_VERSION) |
22:23.46 | thont | libhardware_legacy??? |
22:23.51 | stinebd | aosp is up to RIL_VERSION=3 now |
22:24.10 | stinebd | so the libhtcgeneric-ril that the build bot built has RIL_VERSION=3 |
22:24.16 | stinebd | and our current system has RIL_VERSION=2 |
22:25.01 | stinebd | changing the s_callbacks in RIL_register to give version=2 as opposed to version=RIL_VERSION (3) makes it work |
22:25.31 | stinebd | not sure why they changed it |
22:25.33 | stinebd | good ol' google? |
22:25.48 | phh | stinebd: argh |
22:26.07 | stinebd | :) |
22:28.41 | *** join/#htc-linux dekar_ (~dekar@port-92-193-47-168.dynamic.qsc.de) |
22:30.01 | Captnoord | bleh |
22:30.03 | brandon2004 | LeTama: I used buildroot to create a rootfs and it boot to sh just fine no errors but how do you issue commands over usb |
22:30.07 | Captnoord | removing squashfs 4 |
22:30.08 | Captnoord | bleh |
22:30.08 | Captnoord | :P |
22:30.34 | Captnoord | installing 3.1 |
22:30.46 | Captnoord | bleh |
22:30.49 | Captnoord | takes for ever this |
22:30.52 | Captnoord | I should be in bed |
22:30.53 | Captnoord | :P |
22:30.54 | stinebd | local att data is down |
22:30.55 | stinebd | :( |
22:31.22 | LeTama | brandon2004: well, you need network or adb I presume |
22:31.26 | stinebd | phh: in the mean time, i'm going to create a local branch to track master of the ril repo, with s_callbacks.version=2 |
22:31.41 | stinebd | phh: after we do another release, remind me to change that back ;) |
22:31.42 | phh | stinebd: if that workaround it ok |
22:32.05 | stinebd | it works fine, since all the code in our ril hasn't changed |
22:32.05 | brandon2004 | LeTama: how would you use adb without android |
22:32.16 | stinebd | but i can't test data |
22:32.25 | Captnoord | stinebd: your sure its 3.1 |
22:32.25 | stinebd | because it's not working at all for anybody around here |
22:32.28 | Captnoord | and not 3.6 |
22:32.42 | Captnoord | captnoord@captnoord-laptop:~/dev/android$ sudo unsquashfs system.sqsh |
22:32.42 | Captnoord | Major/Minor mismatch, filesystem on system.sqsh is (3:1) |
22:32.42 | Captnoord | I only support Squashfs 3.0 filesystems! Later releases will support older Squashfs filesystems |
22:32.44 | Captnoord | :P |
22:32.48 | Captnoord | as I installed 3.1 |
22:32.49 | Captnoord | bleh |
22:32.51 | brandon2004 | LeTama: I used "init=/bin/sh" |
22:32.53 | phh | hehe |
22:32.54 | phh | mandriva rox. |
22:33.01 | phh | I have mksquashfs3 and mksquashfs |
22:33.07 | phh | both does what they are supposed to do |
22:33.08 | Captnoord | k |
22:34.44 | LeTama | Brandon2004: hum, ok, don't think you can without a script. I'm using an init script that tries to setup things |
22:35.29 | Captnoord | okey |
22:35.33 | Captnoord | 3.3 works |
22:35.37 | brandon2004 | LeTama: could I download ur script? |
22:35.41 | LeTama | I'm not there yet too, I managed to launch adbd, but adb says device ID 0000, offline. |
22:37.08 | LeTama | I guess I need more android stuff. I can give it to you, but you won't have much more |
22:37.29 | brandon2004 | that's fine I just need a starting place |
22:37.41 | *** join/#htc-linux aatreya (~ab438139@gateway/web/freenode/x-pddopmdtneslityu) |
22:37.49 | aatreya | a2dp is stuttering on Android 2.1 |
22:37.49 | LeTama | you need to compile adbd as dynamic too |
22:37.52 | aatreya | I'm on a RAPH800 |
22:37.56 | aatreya | any ideas why that might be happening? |
22:37.56 | Captnoord | hmmm works |
22:38.01 | brandon2004 | yea I figured that |
22:38.31 | aatreya | it only happens on the AOSP build |
22:38.49 | aatreya | on the HTC sense build, it works fine |
22:39.39 | LeTama | brandon2004: here it is: http://pastebin.com/eLwLyjus |
22:39.51 | LeTama | lot's of stuff in it not needed |
22:39.54 | phh | aatreya: ATM, devs have a pin problem with A2DP. |
22:40.10 | phh | before even talking about stuttering. |
22:40.18 | Captnoord | same error |
22:40.21 | LeTama | got to run, good luck |
22:40.25 | stinebd | heh |
22:40.27 | Captnoord | I think with another packages |
22:40.29 | Captnoord | -s |
22:40.31 | brandon2004 | thanks |
22:40.32 | stinebd | damn bluetooth |
22:40.36 | stinebd | works fine on my n1 |
22:41.05 | *** part/#htc-linux cj (~cjac@173-10-126-202-BusName-Washington.hfc.comcastbusiness.net) |
22:44.46 | *** join/#htc-linux aatreya (~ab438139@gateway/web/freenode/x-bydtbnfryawuwsav) |
22:45.07 | aatreya | phh: oh, interesting. pairing works fine for me, if that's what you're referring to |
22:45.57 | stinebd | does it pop up a pin entry screen? |
22:46.24 | Captnoord | stinebd: hmmm removed the app |
22:46.27 | Captnoord | still crashing |
22:47.58 | stinebd | nice |
22:48.13 | Captnoord | hmmm |
22:48.24 | Captnoord | maybe I should try adb with bugreport shit or something |
22:52.28 | *** join/#htc-linux cr2_ (~cr2@ip-109-85-122-27.web.vodafone.de) |
22:53.11 | Captnoord | welcomes cr2_ |
22:53.36 | cr2_ | hi Captnoord |
22:53.39 | phh | cr2_: \o/ |
22:53.42 | cr2_ | any good news ? :) |
22:53.46 | phh | cr2_: gps ! :p |
22:53.53 | cr2_ | hi phh |
22:53.56 | cr2_ | on leo ? |
22:53.59 | stinebd | ok i'm done for the weekend |
22:54.00 | phh | err |
22:54.03 | brandon2004 | can anyone tell me how to build adbd? like where is it located |
22:54.07 | phh | just good old msm7k |
22:54.15 | cr2_ | phh: ok |
22:54.22 | cr2_ | phh: what was the problem ? |
22:54.29 | phh | cr2_: i'm still not sure |
22:54.35 | phh | I've rewritten everything in userspace |
22:54.37 | PSPdemon | btw phh, what did you do to get maemo ( mer rather ) running on rhobuntu? |
22:54.37 | phh | using some other dumps |
22:54.50 | phh | and it changed somehow, the crashed was only 10seconds after get_position |
22:55.06 | phh | and jonpry made me think we have to send ACKs to A9 |
22:55.21 | brandon2004 | + |
22:55.34 | cr2_ | phh: acks to what ? |
22:55.44 | phh | cr2_: A9 sends callbacks messages |
22:55.49 | phh | on 3100005b |
22:56.01 | cr2_ | phh: afair we did not get any A9 messages to our registered servers |
22:56.55 | phh | cr2_: and afair A9 crashed as soon as we send get_position |
22:56.57 | phh | not 10seconds after it |
22:57.05 | cr2_ | did you change the cb server registration code ? |
22:57.13 | phh | ? |
22:57.17 | phh | cb server doesn't have to be registered |
22:57.35 | cr2_ | why ? |
22:57.44 | phh | because they are callbacks |
22:57.54 | phh | cr2_: see android's librpc |
22:58.01 | phh | they say that. |
22:58.25 | cr2_ | hm. i don't understand it |
22:58.43 | phh | cr2_: when you say "register" you mean say to the A9 we have this server right ? |
22:59.09 | cr2_ | "say" is done by the rpcrouter |
22:59.30 | cr2_ | but you need to add the server to the local endpoint/server table |
22:59.32 | phh | perhaps that's where we were wrong then |
22:59.41 | phh | (librpc somehow bypasses rpcrouter) |
23:00.02 | cr2_ | weird android mess ;) |
23:00.09 | phh | yup. |
23:00.23 | phh | now we get nice NMEA sentences :p |
23:00.31 | phh | I'm still not sure about AGPS stuff |
23:00.41 | cr2_ | time to get desire ;) |
23:00.55 | phh | pfff |
23:01.00 | cr2_ | NMEA on smd27 ? |
23:01.01 | phh | i'm the only one getting an acer liquid ? |
23:01.02 | phh | cr2_: yup |
23:01.34 | cr2_ | and what do you do on your librpc channel ? |
23:01.44 | cr2_ | acer liquid, what's that ? |
23:02.09 | phh | snapdragon 760MHz, 256MB memory |
23:02.15 | phh | a cheap N1 basically. |
23:02.24 | phh | (and opensource gps driver ! :p) |
23:02.41 | cr2_ | eh ? |
23:03.08 | phh | ? |
23:03.11 | cr2_ | but desire sucks compared to leo. |
23:03.20 | cr2_ | <phh> (and opensource gps driver ! :p) |
23:03.20 | phh | lol ? just because of the screen ? |
23:03.29 | thont | how to view boot log again? |
23:03.33 | cr2_ | yeah, and the design. |
23:03.52 | phh | cr2_: lol who cares about design ? |
23:04.02 | cr2_ | thont: dmesg ? |
23:04.05 | thont | tried |
23:04.11 | phh | cr2_: git://android.git.kernel.org/platform/hardware/qcom/gps.git |
23:04.37 | phh | cr2_: am I right thinking only XTRA is needed for AGPS ? |
23:04.40 | thont | but it's not the same as I saw on the screen when the phone is booting |
23:04.49 | cr2_ | phh: appel sued htc because of leo :) that means it is a really well designed device :) |
23:04.55 | phh | lol |
23:05.01 | phh | I thought it was android devices they sued |
23:05.14 | brandon2004 | anyone here working on hd2 I think I just got somewhere with LeTama script he was unable to connect and I just got it too |
23:05.53 | cr2_ | phh: they are morons anyway. |
23:06.19 | phh | cr2_: who ? htc or apple or both ? |
23:06.21 | cr2_ | phh: XTRA is the data you pick from the qualcomm servers ? |
23:06.25 | cr2_ | phh: appel |
23:06.50 | phh | cr2_: no clue it's a closed source part |
23:06.54 | brandon2004 | dcordes: I just got connection over adb to hd2 |
23:07.18 | cr2_ | phh: i'm not interested in the spyware part :) |
23:07.19 | tmzt | xtra.bin is the data from htc |
23:07.29 | phh | cr2_: the spyware part is open -_-' |
23:07.32 | thont | "version magic '2.6.27.46-01072-gfcfddc9 preempt mod_unload ARMv6 ' should be '2.6.27.46-01088-gef24e75" |
23:07.38 | thont | do I need to rename the file? |
23:07.41 | Captnoord | yup |
23:07.44 | phh | cr2_: see the sources, the *_ni.cpp files |
23:07.45 | thont | thanks |
23:07.46 | thont | finally |
23:07.47 | phh | it's the spyware part :p |
23:08.02 | tmzt | you not really providing more than mcc though I think |
23:08.04 | tmzt | or mnc |
23:08.12 | dcordes | brandon2004, very good. did you compile the binaries used yourself? |
23:08.23 | tmzt | it's just a binary with the rest of almanac/ephemeris |
23:08.26 | brandon2004 | dcordes: yes |
23:08.28 | cr2_ | ok |
23:08.29 | tmzt | and it really helps at least on tp2 |
23:08.35 | thont | can I know where is the version name come from? |
23:08.44 | thont | version magic |
23:09.00 | cr2_ | phh: so gps works on all 7201A now ? |
23:09.00 | brandon2004 | dcordes: I used LeTama's init script though |
23:09.08 | phh | cr2_: not 6150 |
23:09.15 | phh | cr2_: we don't have an NMEA channel on them |
23:09.19 | phh | so we need to read data from RPC |
23:09.23 | phh | but it's almost done too |
23:09.32 | dcordes | brandon2004, I'm working on fixing openembedded to use the compiler flags LeTama (the ones used by kernel) suggested on the mailing list. |
23:10.23 | cr2_ | phh: it's 7501A |
23:10.31 | dcordes | phh, did you document the commands somewhere? I think I asked for it few days ago but I was on the go so I don't know if you replied. |
23:10.35 | phh | cr2_: right. |
23:10.41 | dcordes | cr2_, hi |
23:10.52 | phh | dcordes: it's hard to document anything when I just use dumped values /o\ |
23:10.56 | cr2_ | phh: the same 1 and 4 fragmented CB messages like on kaiser ? |
23:10.59 | brandon2004 | dcordes: thoses aren't the one's I used, I used the google toolchain to build the kernel, and then I used buildroot I can give you my makefile |
23:10.59 | cr2_ | dcordes: hi |
23:11.10 | phh | cr2_: mmm ? |
23:11.18 | phh | I've seen nothing fragmented |
23:11.27 | phh | some POSITION message |
23:11.30 | phh | start pd_event |
23:11.32 | phh | end pd_event |
23:11.34 | phh | end pd_session |
23:11.51 | phh | some other messages I haven't understood yet (satellite infos I guess) |
23:12.16 | Captnoord | still doesn't work |
23:12.17 | Captnoord | then |
23:12.22 | Captnoord | disable jit |
23:13.01 | cr2_ | phh: there are CB messages 1 and 4 (must be in wiki afair) |
23:13.10 | phh | cr2_: yes |
23:13.19 | phh | it's the 1 that contains fix infos |
23:13.23 | tmzt | cr2_: looks like ubuntu might be working on a non-android kernel for snapdragon |
23:13.36 | cr2_ | tmzt: for which amss ? |
23:13.37 | dcordes | brandon2004, is buildroot some part of android? |
23:13.49 | tmzt | 2.6.35 kernel |
23:13.54 | phh | cr2_: it contains info on fixed satellites too so it's a bit weird |
23:13.54 | tmzt | ah, probably a smartbook one |
23:13.54 | cr2_ | phh: ok, maybe. |
23:14.21 | cr2_ | phh: but these messages are longer than 512bytes, so they are fragmented. afair |
23:14.41 | phh | cr2_: ah fragmented from the rpcrouter point of view |
23:14.42 | phh | right |
23:14.49 | cr2_ | but they hacked them on kaiser somehow |
23:14.53 | brandon2004 | dcordes:http://buildroot.uclibc.org/ |
23:14.55 | dcordes | tmzt, if I were a big company selling qsd laptops I would also ship with ubuntu |
23:14.56 | cr2_ | so it may be a good reference. |
23:15.10 | phh | cr2_: we have no fragmentation problem anyway |
23:15.19 | cr2_ | ok |
23:15.45 | phh | only remaning problems are AGPS and 6150 |
23:15.45 | dcordes | brandon2004, ok can you send me that makefile? |
23:15.51 | phh | and perhaps NI if someone wants it |
23:15.57 | phh | but err... no thanks :p |
23:16.11 | phh | (that's the spyware part) |
23:16.17 | tmzt | https://code.launchpad.net/~ubuntu-branches/ubuntu/lucid/linux-qcm-msm/lucid |
23:16.20 | *** join/#htc-linux freakonlegs (~Craigtbal@host86-180-100-216.range86-180.btcentralplus.com) |
23:16.31 | cr2_ | phh: what about tvout ? |
23:16.43 | phh | cr2_: I did some quick tries but it just crashes the kernel |
23:16.52 | phh | there is a codeaurora driver for 2.6.29 or 2.6.32 |
23:16.55 | tmzt | phh: agps is really download only |
23:16.56 | phh | but annoying to backport |
23:17.02 | phh | tmzt: ok |
23:17.05 | tmzt | it doesn't send location to network and back |
23:17.07 | phh | tmzt: no position injection ? |
23:17.23 | tmzt | anymore than what's already reported to network, but that's just mcc/mnc |
23:17.42 | phh | not cellid ? |
23:17.54 | tmzt | you shouldn't have fine position reported except to emergency services |
23:18.00 | tmzt | well, yeah, I would think cellid |
23:18.04 | tmzt | but that's not in gps code anyway |
23:18.06 | phh | I know that |
23:18.08 | phh | that part is NI |
23:18.23 | tmzt | ah ok |
23:18.50 | tmzt | the qualcomm agps (xtra/gpsone) just speeds up the fix |
23:19.01 | tmzt | but the data is downloaded and sent to the gps firmware |
23:19.12 | brandon2004 | dcordes: makefile is at http://pastebin.com/Kw7iLexe .config is at http://pastebin.com/GmRKP22G |
23:19.42 | phh | tmzt: but approximate position should help a lot in a quick fix ? |
23:19.47 | cr2_ | tmzt: the cellid may provide a good approximation for your location |
23:19.59 | tmzt | yeah |
23:20.02 | cr2_ | tmzt: so it makes searching for the satellites easier |
23:20.08 | tmzt | but I don't know if there's a local blob or not |
23:20.13 | tmzt | or if there's just xtra.bin |
23:20.18 | cr2_ | and downloading the ephemeris anyway |
23:20.40 | phh | well there is a pdsm_inject_position function in android |
23:20.42 | tmzt | I do know that not updating the gps on my tp2 makes fixes take forever |
23:20.43 | cr2_ | xtra.bin depends only on time |
23:20.48 | tmzt | with it they're are instant |
23:20.51 | phh | and pdsm_use_this_position in wince's rpc |
23:21.08 | tmzt | it injects the position into the gps firmware |
23:21.09 | dcordes | brandon2004, thanks can you point me to where the compiler flags are? maybe it has some debug output so you can see them while building. |
23:21.11 | phh | I should try with AGPS off and xtra on |
23:21.15 | tmzt | as well as the contents of xtra.bin |
23:21.24 | cr2_ | if you have the ephemeris and your approximate location, you know where are the satellites |
23:21.55 | cr2_ | phh: does it boot with "gps on" now ? |
23:22.00 | phh | cr2_: no |
23:22.11 | phh | cr2_: but agps and xtra data remains :p |
23:22.26 | phh | so we can get a quick fix in wimo, then quit the app then boot linux and we'll have quick fix in linux just after that |
23:22.49 | dcordes | brandon2004, did you try to build the same stuff with a toolchain other than google one? |
23:22.52 | dcordes | brandon2004, e.g. codesourcery |
23:23.24 | brandon2004 | dcordes: yes and the code sourcery produced a kernel panic |
23:23.58 | brandon2004 | dcordes, but cortex-a8 and above must use gcc-4.4.x |
23:24.06 | cr2_ | phh: on tp2 ? |
23:25.56 | tmzt | well, the changelog on this ubuntu stuff makes little sense |
23:26.04 | tmzt | it appears it's going to be the chrome amss though |
23:26.21 | brandon2004 | dcordes, the compiler options are varibles in the makefile not sure what it used but if you build with that make and config it will show the compiler flags |
23:29.33 | tmzt | http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/linux-qcm-msm/lucid/revision/1/arch/arm/mach-msm/smd_nmea.c#arch/arm/mach-msm/smd_nmea.c |
23:29.40 | tmzt | not sure if this is relevant |
23:30.13 | thont | I renamed the modules***.tar.gz already, but there is still version magics mismatch error |
23:30.17 | thont | any suggestion? |
23:30.30 | thont | do I nid to recompile the module? |
23:31.07 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8F719.dip.t-dialin.net) |
23:31.37 | dcordes | brandon2004, I've been building most of the leo kernels with gcc-4.3.2 |
23:32.20 | dcordes | brandon2004, well with arm-2008q3 toolchain from cs that has gcc-4.3.2 |
23:32.27 | brandon2004 | dcordes, yes and your kernels havent worked for me...I always have to use my own builds |
23:32.42 | phh | cr2_: TP/TD/blac/TP2/TD2. |
23:33.02 | dcordes | brandon2004, I will put that bold into wiki |
23:33.22 | brandon2004 | dcordes, I think that would be best |
23:33.37 | leobaillard | cr2_: but after testing, without launching an app in winmo before booting, I get a fix in ~3minutes, which is ok |
23:34.09 | phh | leobaillard: because you're lucky. |
23:34.18 | leobaillard | and that too :-° |
23:34.23 | phh | last time I tried, it arn for 30minutes without getiing anything |
23:34.47 | leobaillard | did you try on your toilet seat ? maybe that's your answer |
23:35.04 | phh | on my opened window. |
23:35.48 | leobaillard | my window was closed and I'm in a dense urban area |
23:36.14 | dcordes | brandon2004, do we a cpu in the qsd8250 that uses the exact cortex-a8 instruction set? |
23:37.00 | brandon2004 | dcordes, no but it uses scorpion which is a slightly modified cortex-a8 |
23:37.09 | *** join/#htc-linux teknojunkey (~e@cpc5-broo7-2-0-cust239.know.cable.virginmedia.com) |
23:37.43 | dcordes | brandon2004, is there any 'official' documentation on this? |
23:37.44 | brandon2004 | dcordes, but all binaries I have compiled based on the a8 have worked |
23:37.57 | tmzt | what is this??? |
23:37.59 | tmzt | http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/linux-qcm-msm/lucid/revision/1/arch/arm/mach-msm/nohlt.c#arch/arm/mach-msm/nohlt.c |
23:38.33 | dcordes | <PROTECTED> |
23:39.36 | Kensan | dcordes: pong |
23:39.57 | brandon2004 | dcordes: http://en.wikipedia.org/wiki/Snapdragon_(processor) it's in the first paragraph under general info |
23:40.26 | teknojunkey | hello, does anyone have any androids for the touch pro 2... i have a fresh factory reset |
23:40.44 | phh | teknojunkey: google ? |
23:40.47 | tmzt | which tp2? |
23:41.05 | tmzt | I have a link to the forum thread but I haven't quite figured out what to download |
23:41.07 | phh | tmzt: both are in same thread anyway |
23:41.25 | tmzt | http://forum.xda-developers.com/showthread.php?t=627997 |
23:41.41 | *** join/#htc-linux darkstar62 (~darkstar6@97-126-97-88.tukw.qwest.net) |
23:41.46 | tmzt | same zImage now too? just xdandroid with the cdma=1 and no sim boot |
23:42.27 | phh | tmzt: there is a huge "download now" link :p |
23:42.27 | dcordes | brandon2004, ok. does that buildroot use any *neon* compile flags when you set ARM_CORTEXA8 ? |
23:42.27 | teknojunkey | iv tried a couple (cant remember which) but they all fail a .net error .. strange cause its win6.5 |
23:42.46 | dcordes | Kensan, fixing to configure qsd correctly in openembedded |
23:43.01 | phh | and I don't think it's xdandroid, I think it's the system.sqsh from stinebd's kitchen |
23:43.12 | phh | (ie the system.sqsh that isn't broken.) |
23:43.49 | Kensan | is trying to catch up by reading the backlog |
23:43.56 | Kensan | dcordes: lot of activity here... |
23:44.07 | brandon2004 | dcordes, not sure is that a problem |
23:44.24 | dcordes | brandon2004, I don't know |
23:44.29 | tmzt | there's a download link in the first post? I don't see it |
23:44.34 | Kensan | dcordes: why do we need gcc 4.4 at least? |
23:44.53 | tmzt | here's the rootfs with gps http://xdandroid.southcape.org/rootfs/rootfs-latest.zip |
23:45.01 | tmzt | that's why I thought it was xdandroid |
23:45.01 | phh | tmzt: "download now" |
23:45.03 | phh | image |
23:45.40 | phh | at the end of the post |
23:45.40 | tmzt | okay, thought that was an ad |
23:45.40 | dcordes | Kensan, I don't know |
23:45.40 | brandon2004 | Kensan, because it supports the newer arm processors |
23:45.40 | Kensan | what's the ubuntu linux-qcm-msm stuff? |
23:45.40 | phh | tmzt: lol |
23:45.40 | phh | that happens. |
23:45.41 | tmzt | still trying to figure that out |
23:46.05 | Kensan | brandon2004: so the qsd8250 is not properly supported in older compilers I see. |
23:46.48 | thont | plz help ... I already renamed the modules-2.6.27.46-01072-gfcfddc9.tar to modules-2.6.27.46-01088-gef24e75.tar already, but there is still version magics mismatch error: version magic '2.6.27.46-01072-gfcfddc9 preempt mod_unload ARMv6 ' should be '2.6.27.46-01088-gef24e75 preempt mod_unload ARMv6 ' |
23:46.49 | Kensan | brandon2004: but older compilers should still be able to generate compatible object code, no? |
23:46.55 | brandon2004 | Kensan, I am almost positive that have been the source of all the problems, none of dcordes, kernels builds worked for me I always had to recompile |
23:47.21 | brandon2004 | Kensan, yes its just the cross compile |
23:47.41 | Kensan | thont: your modules do not match the kernel so you need to recompile. |
23:48.20 | Kensan | brandon2004: can you elaborate? |
23:48.23 | thont | where is the repo for modules source? |
23:49.06 | thont | Kensan: libhardware_legacy? |
23:50.20 | tmzt | kernel modules? no |
23:50.26 | brandon2004 | Kensan, I honestly haven't created any object code using anything under 4.4 because that what came on my ubuntu distro but as long as you use 4.4.0 toolchain from google to cross_compile, I don't see why 4.3 wouldn't work |
23:50.41 | thont | tmzt: what do u mean? |
23:50.42 | tmzt | modules are part of the kernel in most cases, though the wireless might be separate |
23:51.16 | thont | tmzt: then how I can collect them and create modules*.tar? |
23:51.50 | Kensan | brandon2004: hm... that's what I am thinking. Imho it's more likely that the compiler flags are the source for the issues... |
23:52.12 | Kensan | thont: where did you download the kernel from? |
23:52.27 | thont | Kensan: I compiled it |
23:52.37 | thont | Kensan: latest source |
23:53.14 | Kensan | thont: well when you compile your kernel you should also have compiled the modules. |
23:53.29 | Kensan | thont: that is unless you have disabled all modules and built everything in. |
23:53.45 | thont | Kensan: sure, I compiled them |
23:53.59 | thont | but then what modules***.tar is used for? |
23:54.04 | brandon2004 | Kensan, that very well could be true, however if 4.4 works just fine with no problems why waste time fiddling with old compiler options |
23:54.39 | Kensan | brandon2004: well it would be nice to know *why* the issue arises to understand the nature of the problem. |
23:55.10 | Kensan | brandon2004: but obviously if 4.4 works fine then you can just use that and not worry about it any more ;) |
23:55.28 | Kensan | brandon2004: can you also run statically linked binaries without problems? |
23:56.08 | Kensan | brandon2004: if I recall correctly LeTama was able to run dynamically linked programs but not static stuff. |
23:56.15 | brandon2004 | Kensan, I do know for sure that for cortex a8 you have to use 4.4, and according to wikipedia it says the scorpion core in the snapdragon is based of the a8 so...that is why I stuck |
23:56.57 | Kensan | brandon2004: ok. well that's a valuable information. |
23:57.11 | brandon2004 | Kensan, I though LeTama's problem was with dynamically linked files, and that he had to use statically linked files, which is a problem cause it results in much larger binaries |
23:58.16 | dcordes | brandon2004, I thought it was the other way around |
23:58.52 | thont | Kensan: does the latest kernel need the module**.gz anymore? |
23:59.11 | thont | Kensan: I saw a line in the log that: module is already unpacked for this kernel version |
23:59.46 | tmzt | cr2_: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/linux-qcm-msm/lucid/revision/1/arch/arm/mach-msm/internal_power_rail.c#arch/arm/mach-msm/internal_power_rail.c |