00:00.15 | Kensan | brandon2004: no, if I recall correctly LeTama was fine with dynamic binaries but had segfaults with static ones. |
00:00.46 | brandon2004 | Kensan, yes I just checked the mailing list and that is the problem he was having I was wrong |
00:01.03 | Kensan | tmzt: what code does that ubuntu linux-qcm-msm repository contain? |
00:01.12 | tmzt | not sure yet |
00:01.13 | brandon2004 | and no I haven't tried any statically linked files, I will do that |
00:01.28 | brandon2004 | I honestly didn't see the need |
00:01.44 | Kensan | brandon2004: gcc gained armv7 support prior to 4.3 it seems... |
00:01.49 | brandon2004 | but I could very well be wrong again |
00:02.04 | Kensan | tmzt: did you diff it against mainline? |
00:02.34 | tmzt | I read it's from codeaurora |
00:02.57 | tmzt | don't know what st1.5 is |
00:03.22 | Kensan | tmzt: ah ok. I guess it's for the ubuntu netbook/arm distro? |
00:03.29 | brandon2004 | Kensan, what about arm 7a |
00:06.57 | dcordes | Kensan, that's what I thought. but it seems mysterious |
00:07.04 | brandon2004 | Kensan dcordes, whatever the reason my be the toolchain I have been using works, I am no expert by any means, but the results work so, I had little reason to question it |
00:07.11 | dcordes | tmzt, where does it say it's from codeaurora? |
00:07.54 | dcordes | brandon2004, the buildroot config also says cortex-a8 needs gcc-4.4.x |
00:08.10 | dcordes | brandon2004, I'm not questioning it either.. |
00:08.25 | tmzt | dcordes: it was either on ubuntu irc or one of the spec pages |
00:08.35 | tmzt | trying to piece this netbook/smartbook story together |
00:08.57 | tmzt | also, that st1.5 is in the ca chromeos tree |
00:11.05 | Kensan | brandon2004: 4.3 should support it imho |
00:12.36 | Kensan | dcordes: buildroot config? Do you have an URL? |
00:12.50 | brandon2004 | Kensan, well if you get it working I would be glad to know what the problem was, it will be a lesson learned |
00:15.10 | Kensan | brandon2004: well either way, it's good if there's a toolchain that works. |
00:17.03 | dcordes | Kensan, http://pastebin.com/GmRKP22G this is buildroot config used by brandon2004 |
00:18.28 | Kensan | dcordes: hm... it would be interesting to know why... |
00:21.12 | dcordes | Kensan, yep |
00:22.00 | Kensan | dcordes, brandon2004: "Gcc 4.4.1 added support for armv7-a, but there was a bug for c++ |
00:22.04 | Kensan | exceptions that made libstdc++ non-PIC which was fixed in 4.4.2. So |
00:22.06 | Kensan | 4.4.2 and later would probably be a good bet." |
00:22.12 | Kensan | that's a quote from: http://old.nabble.com/-PATCH--Add-support-for-the-Cortex-A8-processor-td26398028.html |
00:23.13 | brandon2004 | Kensan, sounds good |
00:24.35 | Kensan | hm... but if I understand it correctly it's optimisations. older compilers should still be able to emmit code that can be run properly... |
00:24.59 | Kensan | like i586, i686 etc or am I missing something? |
00:25.49 | thont | I downloaded compat-wifi... run make but fail |
00:27.15 | *** part/#htc-linux teknojunkey (~e@cpc5-broo7-2-0-cust239.know.cable.virginmedia.com) |
00:28.04 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
00:29.12 | dcordes | http://cgit.openembedded.org/cgit.cgi/openembedded/tree/conf/machine/include/tune-cortexa8.inc this is used for leo currently |
00:29.17 | dcordes | wondering if it's correct |
00:29.31 | *** join/#htc-linux Orkspalter_ (~Orkspalte@p54B587FE.dip0.t-ipconnect.de) |
00:29.45 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
00:34.11 | Kensan | dcordes: http://processors.wiki.ti.com/index.php/Cortex_A8#Neon_Auto_Vectorization_Compiler_directives_and_Example |
00:34.33 | Kensan | dcordes: is for the TI Cortex A8 but should be fine. |
00:34.49 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
00:35.33 | Unholy | hey guys any news on donut working with latest rootfs/zimage? |
00:40.56 | Kensan | well I am going to hit the sack. Catch you guys later |
00:43.56 | dcordes | Kensan, ttyl |
00:44.04 | Khaytsus | tmzt: btw, I tried the rootfs-latest you linked phh, it did fix on on my Tilt 2 but immediately froze the entire phone within seconds both times I tried. |
00:53.56 | brandon2004 | dcordes, with the toolchain problems possibly fixed, what's the next step |
00:54.34 | dcordes | brandon2004, I don't know. I would like to reconstruct this on my leo |
00:55.10 | brandon2004 | dcordes, is there anything else that you need that I may have? |
00:57.52 | dcordes | brandon2004, hm don't think so. I will try booting kernel built with arm-eabi-4.4.0 and run cortex-a8 binary from OE |
00:58.26 | dcordes | brandon2004, if that won't work I'll try and reproduce what you did with buildroot |
00:58.37 | dcordes | brandon2004, with the given configs. thanks again |
00:58.42 | brandon2004 | dcordes, let me know how it goes, just wondering, what speed is your internet connection |
00:59.47 | dcordes | brandon2004, right now I have slow connection and limited traffic. but I have option to build remotely already got the Image at http://htc-linux.org/stuff/leo/Image |
01:01.01 | brandon2004 | dcordes, yea that's why I asked cause it took me a while to download and I have 20meg per second |
01:01.40 | dcordes | brandon2004, to clone the google prebuilt git? |
01:02.02 | brandon2004 | dcordes, yep |
01:02.22 | dcordes | yes it has loads of stuff |
01:08.21 | dcordes | brandon2004, http://htc-linux.org/stuff/leo/initrd-angstrom-cortex.cpio this is a complete angstrom rootfs built with cortex-a8 flags |
01:09.37 | brandon2004 | dcordes, the link is not working for me unable to resolve host |
01:11.22 | *** join/#htc-linux jonpry (~jonpry@184.78.140.199) |
01:15.19 | dcordes | hm you're not the first to report about such problem |
01:21.49 | *** join/#htc-linux hamagc (~hamagc@173.150.82.189) |
01:22.10 | hamagc | Ok newest rootfs fixes cdma radio |
01:23.14 | dcordes | hamagc what rootfs? |
01:24.51 | hamagc | The newest one posted. Last digits are 8fd |
01:46.19 | Khaytsus | hamagc: For me, GPS fixes and immediately locks the phone, so I suggest avoiding GPS :) |
01:46.36 | Khaytsus | GSM Tilt 2 (Rhod) |
01:46.50 | hamagc | Ohh? Lol let me test brb |
01:47.26 | Khaytsus | Reminds me of my cousin.. He didn't believe us that the little wire along the fence was a live electric wire until he touched it. |
01:47.51 | Khaytsus | :D |
01:48.11 | hamagc | Lol have to test to see |
01:48.27 | hamagc | And gps does nothing for me |
01:48.47 | hamagc | Still broken: ( stupid cdma. |
01:48.55 | Khaytsus | Have to enable it in Location settings of course, and I ran two different programs, Waze and Google Maps. |
01:49.07 | Khaytsus | Both took 3-4 minutes to fix then froze almost as soon as they got a fix. |
01:49.16 | hamagc | It is. Gps hasn't work for us period |
01:49.34 | Khaytsus | Surprises me how different the radio FW is |
01:50.09 | hamagc | Last I heard bzo wss looking at it for us but haven't heard anything lately |
01:50.15 | Khaytsus | *I* would think the radio would present a common interface to the OS, a hardware abstraction layer from the actual hardware. But someone explained to me in here the other day that it isn't the case. |
02:07.56 | *** join/#htc-linux mpannen (~matt@adsl-75-51-3-31.dsl.milwwi.sbcglobal.net) |
02:32.31 | *** join/#htc-linux jamenlang2 (~jamenlang@68-170-60-12.mammothnetworks.com) |
02:46.32 | *** join/#htc-linux hamagc (~hamagc@173.150.82.189) |
02:59.09 | *** join/#htc-linux Termana (~bradley@123-3-184-235.static.dsl.dodo.com.au) |
03:18.34 | *** join/#htc-linux obrienmd_road (~obrienmd_@173.150.163.196) |
03:32.48 | jonpry | hmmm. if the interrupts are not mangled. then adsp is on 0x33 |
03:50.22 | *** join/#htc-linux DaveWM_ (dave@h-96-13-38-47.ip.alltel.net) |
03:50.50 | *** join/#htc-linux Forsaken|Desk1 (~Forsaken|@dslb-084-058-235-203.pools.arcor-ip.net) |
04:01.25 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
05:07.56 | *** join/#htc-linux Kawaiius (~yadayada@pool-72-84-150-31.slsbmd.east.verizon.net) |
05:15.57 | jonpry | in theory there is an IOCtl we can run in WinMo to get the mapping between SysIntr and real IRQ's. afaict this is usually implemented with a table |
05:16.11 | jonpry | IOCTL_HAL_REQUEST_SYSINTR |
05:28.19 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
05:56.48 | parmaster | is sound working on the rhod yet? |
05:58.14 | jonpry | lol, no |
05:58.33 | parmaster | thx |
06:10.53 | *** join/#htc-linux mallochigh1 (~none@63.135.231.233) |
06:11.05 | mallochigh1 | anyone install kaiser/android here? |
06:11.06 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
06:11.19 | mallochigh1 | I'm giving it a go, but it never recognizes the d-pad center button |
06:11.24 | mallochigh1 | really getting on my nerves |
06:15.08 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-058-235-203.pools.arcor-ip.net) |
06:43.23 | *** join/#htc-linux mallochigh (~none@63.135.231.66) |
06:44.39 | *** join/#htc-linux mallochigh2 (~none@63.135.231.233) |
07:19.10 | *** part/#htc-linux mallochigh2 (~none@63.135.231.233) |
07:20.29 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
07:27.42 | *** join/#htc-linux dekar_ (~dekar@port-92-193-4-248.dynamic.qsc.de) |
07:52.27 | *** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl) |
07:53.50 | jonpry | i'm officially throwing in the towel on sound. there's nothing ****** wrong with it! it should work! |
07:53.56 | *** join/#htc-linux goxboxlive (~jrs@40.80-202-134.nextgentel.com) |
07:58.23 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
07:59.13 | *** join/#htc-linux myn\ (cereal@cpe-71-64-8-167.insight.res.rr.com) |
08:01.43 | Wout | oi |
08:04.49 | *** join/#htc-linux pipomolo42 (~alex@home.boeglin.org) |
08:07.45 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
08:11.32 | goxboxlive | hi cr2_ , i didnt know that HTC has started to release the kernel source for their Android phones. That'svery helpfull right. WHat device are you eorking on this days? |
08:11.49 | goxboxlive | I'm goxboxlive |
08:12.23 | goxboxlive | test |
08:12.33 | goxboxlive | hmm still jorns |
08:13.05 | goxboxlive | tes |
08:13.18 | goxboxlive | ? |
08:43.43 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
08:44.55 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8F719.dip.t-dialin.net) |
08:47.41 | chamonix | hey guys |
08:49.19 | phh | [09:53:50] <jonpry> i'm officially throwing in the towel on sound. there's nothing ****** wrong with it! it should work! <------- cool. same point as me. |
08:49.47 | chamonix | hey phh |
08:51.49 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
09:04.10 | Wout | jonpry: aaaw, come on man, I'm sure you'll figure it out eventually |
09:05.30 | Wout | Captnoord: got a nice hot warm 41c reading for you, still need that? |
09:05.56 | Captnoord | sure |
09:06.09 | Captnoord | i'm pretty sure the code is perfect |
09:06.18 | Captnoord | but its always good to have some reenshurance |
09:06.23 | Captnoord | or what you spell it |
09:06.24 | jonpry | Maybe after camera and bluetooth :-). I'm not sure there is anything to figure out though. Builtin linux detector afaict |
09:06.54 | Captnoord | s/what/whatever |
09:07.02 | Captnoord | however |
09:07.02 | Captnoord | bleh |
09:07.03 | phh | jonpry: na camera needs ADSP too |
09:07.21 | Wout | jonpry: builtin linux detector? what do you mean? |
09:09.46 | Captnoord | stinebd: jit isn't even enabled in my build |
09:09.58 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
09:10.21 | *** join/#htc-linux Termana (~bradley@123-3-184-235.static.dsl.dodo.com.au) |
09:12.15 | Captnoord | trying a later sqsh |
09:18.15 | jonpry | phh: isn't camera adsp just for compression? |
09:18.20 | phh | jonpry: no |
09:18.21 | jonpry | wout, j/k |
09:18.47 | Captnoord | image color correction |
09:18.49 | Captnoord | bla bla bla |
09:18.50 | Captnoord | :P |
09:18.57 | Captnoord | scaling |
09:19.10 | Captnoord | blur |
09:19.11 | Captnoord | :P |
09:19.22 | jonpry | but all those things are optional |
09:19.39 | jonpry | i guess playing pcm out the speaker shouldn't be hard either |
09:21.43 | Captnoord | hehe |
09:21.46 | Captnoord | dsp shit |
09:22.06 | jonpry | what if we adjusted the volume on the i2c amplifier deal so fast that it would make sound |
09:22.08 | Captnoord | make the phone into a audio editing device |
09:22.18 | Captnoord | lol |
09:22.26 | Captnoord | possible |
09:22.35 | Captnoord | but the digital resistor won't like it |
09:22.54 | jonpry | digital resistor? |
09:23.10 | Captnoord | a i2c analog amplifier |
09:23.20 | Captnoord | is a opamp + digital resistor + i2c interface |
09:23.37 | jonpry | isn't it some kind of TI class-d amp? |
09:23.42 | Captnoord | lol |
09:23.49 | Captnoord | I wouldn't bet on it |
09:23.58 | Captnoord | as that cause MAJOR rf distortion |
09:24.04 | Captnoord | won't be good for wifi |
09:24.07 | Captnoord | or the radio |
09:24.18 | Captnoord | and its just signal |
09:24.24 | jonpry | i don't think 20mhz i2c is going to hurt the radio |
09:24.48 | Captnoord | jonpry: 2e and 3d harmonics of a digital signal |
09:24.55 | Captnoord | lets just say |
09:25.03 | Captnoord | the higher harmonics of a square wave |
09:25.09 | Captnoord | would that tell you anough? |
09:25.16 | jonpry | the i2c clock is running all the time anyways |
09:25.23 | Captnoord | true |
09:25.25 | Captnoord | thats true |
09:25.34 | Captnoord | but I was more pointing out about the class d amp |
09:26.05 | Captnoord | and besides that..... |
09:26.14 | jonpry | definately not an easy design, but i think that is how it works |
09:26.21 | Captnoord | possible |
09:26.42 | Captnoord | but still it won't be fast anough |
09:26.47 | Captnoord | as the class d amp |
09:26.58 | Captnoord | will be inside a special circuit |
09:27.03 | Captnoord | controlling the noise |
09:27.11 | Captnoord | which makes it slow to react |
09:27.45 | phh | there is an amp |
09:27.51 | phh | and there is code for it in the kernel. |
09:28.03 | phh | and it's screwed with radio communication. |
09:28.40 | Captnoord | oO |
09:28.43 | Captnoord | which one |
09:28.51 | Captnoord | which file |
09:28.52 | Captnoord | gimme |
09:28.55 | Captnoord | want |
09:28.55 | Captnoord | :P |
09:31.16 | jonpry | tpa2016 |
09:31.19 | phh | board-htcrhodium-audio.c I'd say |
09:33.03 | Captnoord | nah doesn't tell me shit |
09:33.29 | Captnoord | and why does 2.1 crashes with me while it works for other people |
09:33.30 | Captnoord | bleh |
09:34.35 | *** join/#htc-linux majster (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
09:37.55 | jonpry | the audience a1010 looks like a good candidate |
09:38.33 | Captnoord | because it doesn't do anything? |
09:38.33 | Captnoord | :P |
09:38.37 | jonpry | it is stuck inbetween msm's analog out and the amp's analog in. it has dac's adc's, i2c, and some kind of processor |
09:39.43 | phh | jonpry: we still need to talk to ADSP first |
09:39.50 | phh | and speaker already works in call |
09:40.59 | jonpry | why talk to adsp? |
09:41.07 | jonpry | ditch it and send the audio over i2c |
09:41.11 | phh | lol ? |
09:41.11 | jonpry | to a1010 |
09:41.13 | phh | sound over I2C ? |
09:41.19 | phh | I2C is too slow for that |
09:41.20 | jonpry | its called i2s, lol |
09:41.21 | phh | it's I2S you want |
09:41.23 | jonpry | no it isn't |
09:41.42 | phh | the I2C clock is 400kHz |
09:42.00 | jonpry | sound is only 44khz * 3 bytes, == 120kbytes == 1mhz |
09:42.12 | jonpry | can we speed it up, you have PLL stuff working |
09:42.47 | Captnoord | 3 bytes? |
09:43.18 | jonpry | 12bit? |
09:43.20 | jonpry | lol |
09:43.27 | jonpry | stereo |
09:43.32 | jonpry | maybe 4 |
09:43.40 | phh | are you seeing anything that shows it's handled by A11 ? |
09:43.49 | phh | because playing sound on wimo definitely triggers ADSP. |
09:44.19 | jonpry | no, adsp seems to be handling it |
09:44.25 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8C64B.dip.t-dialin.net) |
09:44.31 | phh | and A1010 has two links, I2C and I2S |
09:44.44 | phh | and we have only one link. |
09:44.56 | jonpry | on another note, i don't really see why we can't access a9 peripherals |
09:45.08 | jonpry | are they really seperated somehow |
09:45.49 | Captnoord | http://www.nxp.com/acrobat_download2/various/I2SBUS.pdf |
09:46.13 | phh | jonpry: anyway, we're not going to do sound without ADSP |
09:46.14 | Captnoord | does it piggyback on i2c? |
09:46.16 | jonpry | i know what i2s is |
09:46.20 | phh | handling 1MHz I2C with an ARM is insane |
09:46.34 | Captnoord | 1mhz...... document says about 2.4 mhz |
09:46.46 | jonpry | probably seperate wires. but its a 2 wire bus |
09:47.13 | jonpry | umm. i run i2c at 4mhz on atmel avr's all the time |
09:47.16 | chamonix | hey Captnoord |
09:47.29 | Captnoord | jonpry: thats differently |
09:47.40 | Captnoord | besides avr is a risc architecture |
09:47.45 | chamonix | I confirm 20100512 breaks sleep (92,7% instead of normally >99%) |
09:47.47 | Captnoord | greets chamonix |
09:47.48 | phh | jonpry: s/ARM/general purpose cpu with a full blown OS running/ |
09:48.41 | phh | anyway A1010 isn't using I2S but PCM, whatever that means. |
09:49.03 | Captnoord | chamonix: really strange |
09:49.05 | Captnoord | lemme check |
09:49.28 | jonpry | the stupid datasheet teaser appears to have analog inputs |
09:50.08 | jonpry | if it's really PCM, it's probably the same thing as i2s. |
09:50.18 | chamonix | when it sleeps it's really good (sleep time was 585 minutes) but sometimes it fails and time btwn sleeps is really high. I notices battery is completely fooled up: after 14 hours it shwoed 100% for 5 minutes and then went down to 5% |
09:50.19 | phh | yes it needs two microphones |
09:50.25 | phh | one for ambiant noise and one for actual sound |
09:50.52 | Captnoord | chamonix: your absolutely sure that its not one of the kernels before it..... ( you'r probebly sure.... otherwise you won't tell me ) |
09:50.57 | jonpry | i don't know how the i2c hardware works, but it could have some kind of buffer. so its not like we need interrupts at 120khz |
09:51.14 | chamonix | Captnoord: maybe a hint.... there were quite a few sleep times of 4 seconds, reason for that were alarms |
09:51.29 | jonpry | even then, that give you a good 50000 instructions between ints |
09:51.35 | chamonix | let me recheck Captnoord |
09:51.58 | Captnoord | hmmm |
09:52.01 | phh | jonpry: it's one byte buffer IIRC |
09:52.08 | chamonix | Captnoord: I positive |
09:52.10 | chamonix | zImage.20100512_141400 |
09:52.10 | chamonix | without SIM: 18 hrs |
09:52.10 | chamonix | sleep stats confirm longs sleeps but long awake times as well (92,7% sleep) |
09:52.10 | chamonix | kernel_20100510_2213 |
09:52.12 | chamonix | without SIM: 22:00 |
09:52.18 | Captnoord | as all I did was enable battery driver for topaz |
09:52.33 | Captnoord | and added some more debug messages to microp |
09:52.36 | Captnoord | hmmmmmmmmmmmm |
09:52.36 | jonpry | so 120khz is fine |
09:52.53 | phh | jonpry: you're kidding me ? |
09:53.02 | phh | 120k interrupts per second when reading sound ? |
09:53.02 | jonpry | no, i'm not |
09:53.09 | jonpry | when sending sound |
09:53.24 | jonpry | i could care less about the microphone. great for calls |
09:53.28 | jonpry | i want beeps, and rings |
09:53.29 | chamonix | what I can do is re-run after delteing image.... I have almost no software but if u don't find any reason in the commit the reason must be somewhere else |
09:53.42 | Captnoord | chamonix: nah its the 2e time you tested it |
09:53.43 | chamonix | s/delt/delet |
09:53.46 | Captnoord | strange thing is |
09:53.59 | Captnoord | that it includes the battery driver suspend stuff |
09:54.00 | phh | jonpry: the scheduler doesn't even run at that rate, the userland won't even have the time to get any CPU |
09:54.05 | Captnoord | which you already tested |
09:54.17 | phh | if you can even have this speed. |
09:54.19 | chamonix | ok, let's read the code |
09:54.56 | jonpry | scehdular is not important |
09:55.21 | jonpry | just a really fast RTC. and you only schedule every 200 hits or something |
09:56.04 | jonpry | easy to calculate cpu load |
09:57.21 | jonpry | say A11 can retire 250 million instructions per second. and interrupt is every 125khz. this gives 2000 instructions per interrupt. so its a matter of how many it takes to stuff another byte into i2c. |
09:57.35 | Captnoord | chamonix: hmmm.... in the last commits I pushed there where a couple of fixes regarding suspend |
09:57.40 | Captnoord | related to i2c |
09:57.50 | Captnoord | maybe it fixes something |
09:57.51 | Captnoord | :S |
09:57.53 | Captnoord | bleh |
09:57.53 | phh | jonpry: you hit the memory wall if you need 250kirqs/second. |
09:58.04 | phh | which is way lower than 250mips |
09:58.07 | jonpry | say jump into irq handler, register save, return etc is like 50 ops. and maybe 10 to get the byte moved. so 60 ops / 2000 |
09:58.27 | Captnoord | chamonix: what I did..... was rewrite microp io function to use diff send shit.... |
09:58.34 | Captnoord | remove sleeps here and there |
09:58.37 | Captnoord | cleaned up code |
09:58.39 | jonpry | memory wall? |
09:58.41 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
09:58.50 | Captnoord | added smem battery suspend code |
09:59.07 | jonpry | its only like 3% load |
09:59.13 | ali1234 | if you don't care what it actually sounds this will work fine |
09:59.14 | Captnoord | so it doesn't launch the update android userspace if it doesn't have to |
09:59.32 | ali1234 | if you want it to sound like a recognizable sound... then no |
09:59.50 | Captnoord | I also added navi reset |
09:59.55 | Captnoord | for navi sleep |
09:59.57 | Captnoord | hmmmm |
10:00.03 | Captnoord | 4 seconds |
10:00.06 | Captnoord | wierd shit |
10:03.31 | Captnoord | chamonix: battery behavure is wierd but kinda correct |
10:03.40 | Captnoord | I should clear the maf buffer when sleeping |
10:03.56 | chamonix | I guess that's because of the test if battery is sleeping every 10000 ms |
10:03.59 | Captnoord | otherwise you get wierd readings on wakeup moments |
10:04.05 | chamonix | means it takes 10 s to update |
10:04.12 | Captnoord | yea |
10:04.21 | chamonix | and as sleep was 585 minutes that's fine |
10:04.22 | Captnoord | hmmm |
10:04.27 | phh | jonpry: ARM has really tiny caches, at (almost ?) every context switching you'll need to access the memory |
10:04.41 | Captnoord | chamonix: yea but if its 4 seconds |
10:04.45 | Captnoord | hmmmmmm |
10:05.10 | phh | I've tried to do such stuff, only 8kirq/second, on a decent x86, the linux kernel can barely let cpu time to other tasks |
10:05.11 | chamonix | Captnoord: not permanently, I just notices a few of those |
10:05.18 | chamonix | s/es/ed |
10:05.27 | Captnoord | hmmm..... |
10:05.31 | Captnoord | maybe we'r on to something |
10:05.42 | chamonix | here's one of the good ones: [ 1462.499938] Wake up in 15383 seconds |
10:06.05 | chamonix | ... but |
10:06.12 | chamonix | [ 1462.362121] suspend: enter suspend(2010-05-14 18:43:35.920000000 UTC) |
10:06.25 | chamonix | [ 1462.499938] Wake up in 15383 seconds |
10:06.31 | chamonix | [ 1462.826019] suspend: exit suspend, ret = 0 (2010-05-14 18:55:46.020000000 UTC) |
10:06.36 | chamonix | that's what's wrong |
10:06.51 | Captnoord | and do we know whats the source of the wakeup |
10:06.55 | jonpry | phh: how fast are memory accesses? |
10:07.07 | chamonix | the only thing I see is [ 1462.501312] sdslot_switchvdd: Invalid VDD 17 specified |
10:07.18 | Captnoord | yea thats not really a error |
10:07.26 | Captnoord | its me lacking to comment out the printk |
10:08.03 | Captnoord | hmmm............ |
10:08.06 | chamonix | except that there's only [ 1462.500335] power_suspend_late return 0 |
10:08.31 | Captnoord | thats a error? |
10:08.38 | chamonix | I'm checking |
10:09.55 | chamonix | it comes from wakelock.c |
10:10.24 | Captnoord | evil |
10:10.37 | chamonix | I need more cores, I can't run 2 greps at the same time :-/ |
10:11.32 | Captnoord | wakelock is just crappy implementation |
10:11.38 | chamonix | or I could full-text-index the sources |
10:11.46 | Captnoord | lol |
10:12.00 | chamonix | I'll try that |
10:12.03 | jonpry | phh: i just don't think it is a problem. cache line is 8 instructions. Figure the ISR is 16? So 2 misses for code, 1 for stack, and 1 for data. |
10:12.11 | Captnoord | chamonix: if you checkout that build |
10:12.20 | Captnoord | and build it yourself |
10:12.28 | Captnoord | rename the module file |
10:12.59 | Captnoord | nah |
10:13.01 | Captnoord | you don't need to |
10:13.02 | Captnoord | static int msm_irq_debug_mask; |
10:13.02 | Captnoord | module_param_named(debug_mask, msm_irq_debug_mask, int, S_IRUGO | S_IWUSR | S_IWGRP); |
10:13.15 | Captnoord | you can enable irq debugging using this |
10:13.20 | Captnoord | wakelock |
10:13.26 | chamonix | :) I love debug |
10:14.01 | Captnoord | grep -r 'wakelock.c' * |
10:14.02 | Captnoord | bleh |
10:14.12 | chamonix | rofl |
10:14.58 | Captnoord | lol.... my dad just returned from dog training |
10:15.05 | Captnoord | and I guess our dog majorly failed |
10:15.09 | Captnoord | by the sound of it |
10:15.15 | chamonix | what breed do uu have? |
10:15.33 | Captnoord | flatcoated retriever |
10:15.42 | chamonix | sweet |
10:15.44 | Captnoord | she's a really smart dog |
10:15.48 | Captnoord | really smart..... |
10:15.51 | Captnoord | which is the problem |
10:15.52 | Captnoord | :P |
10:16.09 | chamonix | rottweiler and jack russel here |
10:16.20 | Captnoord | hmmm |
10:16.25 | Captnoord | rottweiler yes |
10:16.31 | Captnoord | I love big dogs |
10:16.41 | Captnoord | I do not love small dogs..... |
10:16.44 | chamonix | me too, jacky is my ex's |
10:16.54 | Captnoord | lol |
10:17.07 | Captnoord | and she forgot the dog? |
10:17.17 | chamonix | nah, she still lives here |
10:17.31 | Captnoord | but she's still your ex |
10:17.33 | Captnoord | lol |
10:17.36 | chamonix | the little one is too awake for me |
10:17.40 | chamonix | yea :-D |
10:17.48 | Captnoord | hmmm how did you do that |
10:17.58 | chamonix | state of mind |
10:17.58 | Captnoord | most of my exes I don't want to see again |
10:18.02 | Captnoord | true true |
10:18.12 | Captnoord | its not that I hate my exes |
10:18.12 | chamonix | we get along better now |
10:18.14 | Captnoord | but some.... |
10:18.22 | Captnoord | I rather no meet again |
10:18.23 | Captnoord | hmmmm |
10:18.27 | Captnoord | you got hopes.... |
10:18.31 | chamonix | none |
10:18.41 | Captnoord | or you just stick together untill she or you got a new appartment? |
10:18.47 | chamonix | exactly |
10:18.52 | chamonix | 2 weeks to go |
10:19.12 | Captnoord | who is leaving |
10:19.13 | Captnoord | you or her |
10:19.21 | chamonix | her, it's my house |
10:19.24 | Captnoord | static int debug_mask = DEBUG_SUSPEND | DEBUG_EXIT_SUSPEND | DEBUG_WAKEUP; |
10:19.24 | Captnoord | module_param_named(debug_mask, debug_mask, int, S_IRUGO | S_IWUSR | S_IWGRP); |
10:19.34 | Captnoord | I suggest you enable wakelock debugging |
10:19.59 | chamonix | what's weird is that I have nothing anabled and still got this message, that puzzles me |
10:20.07 | chamonix | s/ana/ena |
10:21.06 | Captnoord | static int debug_mask = DEBUG_SUSPEND | DEBUG_EXIT_SUSPEND | DEBUG_WAKEUP; |
10:21.11 | Captnoord | maybe its default enabled or something |
10:21.17 | chamonix | but before we do that let me check something.... I always wanted to compare calculated and effective sleep time.... I'm afraid to chase something that is not there because of a single event |
10:21.43 | Captnoord | regarding dogs.... I don't like dogs that move / shake when they bark |
10:22.31 | chamonix | lol, jacky moves all the time when she's not sleeping |
10:22.52 | Captnoord | hehe |
10:22.58 | chamonix | it's like on/off |
10:23.07 | Captnoord | our dog is one hell of a energy explotion |
10:23.21 | Captnoord | hmmm |
10:23.40 | Captnoord | maybe we should add a couple of wakelock debug patches |
10:24.01 | Captnoord | i2c: busses: msm: Only acquire wakelock if xfer active in suspend |
10:24.01 | Captnoord | <PROTECTED> |
10:24.01 | Captnoord | <PROTECTED> |
10:24.04 | Captnoord | hmmmmmmmmmmm |
10:24.12 | Captnoord | I don't know if I applied that patch |
10:25.00 | Captnoord | nope I didn't |
10:25.42 | Captnoord | as my patches cause more i2c traffic |
10:25.46 | Captnoord | it can be the cause |
10:31.46 | chamonix | Sleeptime: 2010-05-14 18:38:56.710000000 UTC -> 2010-05-14 18:39:01.900000000 UTC (0.1), expected was 0.1 |
10:31.49 | chamonix | Sleeptime: 2010-05-14 18:39:02.680000000 UTC -> 2010-05-14 18:39:22.920000000 UTC (0.3), expected was 260.9 |
10:31.53 | chamonix | Sleeptime: 2010-05-14 18:42:52.210000000 UTC -> 2010-05-14 18:42:56.920000000 UTC (0.1), expected was 0.1 |
10:31.56 | chamonix | Sleeptime: 2010-05-14 18:42:57.670000000 UTC -> 2010-05-14 18:43:34.000000000 UTC (0.6), expected was 257.0 |
10:32.00 | chamonix | Sleeptime: 2010-05-14 18:43:35.920000000 UTC -> 2010-05-14 18:55:46.020000000 UTC (12.2), expected was 256.4 |
10:32.03 | chamonix | Sleeptime: 2010-05-14 18:57:03.170000000 UTC -> 2010-05-14 18:57:07.920000000 UTC (0.1), expected was 0.1 |
10:32.06 | chamonix | Sleeptime: 2010-05-14 18:57:08.170000000 UTC -> 2010-05-14 19:13:15.940000000 UTC (16.1), expected was 242.8 |
10:32.10 | chamonix | Sleeptime: 2010-05-14 20:12:08.150000000 UTC -> 2010-05-14 20:12:12.290000000 UTC (0.1), expected was 0.1 |
10:32.14 | chamonix | Sleeptime: 2010-05-14 20:12:12.550000000 UTC -> 2010-05-14 22:22:05.280000000 UTC (129.9), expected was 167.8 |
10:32.16 | chamonix | Sleeptime: 2010-05-14 22:22:11.790000000 UTC -> 2010-05-14 23:00:00.280000000 UTC (37.8), expected was 37.8 |
10:32.20 | chamonix | Sleeptime: 2010-05-14 23:00:00.350000000 UTC -> 2010-05-15 08:42:50.320000000 UTC (582.8), expected was 1041.4 |
10:32.23 | chamonix | Sleeptime: 2010-05-15 08:42:56.340000000 UTC -> 2010-05-15 08:43:59.350000000 UTC (1.1), expected was 458.4 |
10:32.55 | chamonix | now we need reasons of wakeups added |
10:34.43 | Captnoord | bleh need to backport that patch |
10:36.56 | chamonix | even if I don't understand that power_suspend_late there's no difference about that in the last 20 tests I've done |
10:37.25 | chamonix | so that's not the reason |
10:38.11 | Captnoord | nah don't think so |
10:42.51 | Captnoord | its beeing wakes by someting |
10:43.12 | chamonix | let me redo a test, I don't understand this: wakeup 19:13:15, sleep 20:12:08.15 with a hsusb: OFFLINE -> ONLINE in between |
10:43.24 | chamonix | I can't remember plugging the phone to USB |
10:43.25 | Captnoord | oOoOoOo |
10:46.01 | chamonix | but maybe I did because it was the time when we looked at leobaillard's ledeffect problem yesterday |
10:46.49 | *** join/#htc-linux cr2_ (~cr2@ip-109-85-122-27.web.vodafone.de) |
10:47.14 | chamonix | awwww, my disk is running full :-/ |
10:51.30 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
10:52.08 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
10:52.40 | chamonix | Captnoord: let me do this: I run a test with latest kernel..... if it goes well then everything is fine, if not I'll go back to 20100512 |
10:55.28 | Captnoord | k |
11:00.27 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
11:07.58 | jonpry | http://ftp.o2s.ch/ |
11:08.07 | jonpry | complete 7200a datasheet |
11:08.12 | jonpry | well maybe not complete |
11:08.14 | Captnoord | jonpry: hehe... |
11:08.15 | Captnoord | dude |
11:08.19 | Captnoord | we already have that shit |
11:08.23 | jonpry | you do? |
11:08.26 | Captnoord | yup |
11:08.42 | Captnoord | and loads more |
11:08.45 | jonpry | what about 7201a? |
11:08.45 | Captnoord | but not the 7201a |
11:08.48 | Captnoord | hehe |
11:08.57 | Captnoord | negative |
11:08.59 | jonpry | more? can you send me some? |
11:09.10 | Captnoord | sure |
11:09.19 | jonpry | jonpry@gmail.com |
11:09.28 | jonpry | thanks |
11:09.50 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host109-48-dynamic.21-79-r.retail.telecomitalia.it) |
11:12.29 | dcordes | hi GNUtoo|oeee, others |
11:12.41 | GNUtoo|oeee | dcordes, hi |
11:13.14 | GNUtoo|oeee | I've issues with g_realloc...I'm checking in #oe,bitbaking glib-2.0-native doesn't change a thing |
11:17.26 | dcordes | GNUtoo|oeee, on the dream? how come |
11:17.42 | GNUtoo|oeee | building for dream |
11:18.27 | dcordes | is it in one specific program? |
11:18.42 | dcordes | is bitbaking as well |
11:18.44 | GNUtoo|oeee | gtk+-native |
11:19.03 | Captnoord | hmmmm |
11:19.07 | Captnoord | phh audience1026 |
11:19.15 | Captnoord | driver is in codeaurora repo |
11:19.24 | dcordes | GNUtoo|oeee, native? can't you install a package from your host distro? |
11:19.45 | GNUtoo|oeee | dcordes, and then have tons of issues because of missing patches etc....no |
11:20.30 | dcordes | GNUtoo|oeee, a problem in your recent kernel build? |
11:20.43 | GNUtoo|oeee | ??? |
11:20.49 | GNUtoo|oeee | I'm building a rootfs |
11:21.05 | GNUtoo|oeee | and yes I've huge problems with lastest kernel |
11:21.12 | GNUtoo|oeee | because of FBIOBLANK |
11:21.35 | dcordes | GNUtoo|oeee, I mean maybe some kernel packages causing your syscall problem |
11:21.44 | dcordes | s/packages/patches/ |
11:21.46 | GNUtoo|oeee | syscall? |
11:21.52 | dcordes | that error you have |
11:21.56 | dcordes | wahtever it is |
11:22.00 | GNUtoo|oeee | yes it's a compilation error |
11:22.12 | GNUtoo|oeee | http://pastebin.com/Y1LkXuMM |
11:22.54 | GNUtoo|oeee | usually bitbaking glib-2.0-native fixed it |
11:22.58 | GNUtoo|oeee | but not this time |
11:23.22 | dcordes | OE wierdness |
11:24.46 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8DC32.dip.t-dialin.net) |
11:30.25 | *** join/#htc-linux thont (~littlemat@155.69.178.227) |
11:30.34 | dcordes | it's so fun watching the OE tasks going |
11:31.19 | dcordes | makes me wanna get back to sleep. 1task 2tasks 3tasks |
11:32.59 | GNUtoo|oeee | lol |
11:33.46 | *** join/#htc-linux k_linux (~klinux@41.214.133.2) |
11:34.41 | dcordes | 877 |
11:35.14 | dcordes | brandon_, are you brandon2004 ? |
11:36.21 | *** join/#htc-linux teknojunkey (~e@cpc5-broo7-2-0-cust239.know.cable.virginmedia.com) |
11:37.07 | phh | Captnoord: I know |
11:37.16 | phh | anyway I don't care about audience ATM |
11:37.23 | phh | and it's easy to do |
11:41.15 | teknojunkey | hi, iv just installed project android (rhodium) on my htc touch pro 2 (Leo), looks like it is almost working and then fails with restart, is this because of the startup file iv been messing with or just that it's not compatible ? |
11:42.31 | *** join/#htc-linux k_linux (~klinux@41.92.51.78) |
11:44.21 | Captnoord | teknojunkey: come back in 6 months |
11:44.24 | Captnoord | and then it will work |
11:46.02 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d879661.pool.mediaWays.net) |
11:46.04 | dcordes | teknojunkey, check the wiki. kernel is still in early stage |
11:46.19 | *** join/#htc-linux rayman18 (~opera@163.117.102.227) |
11:46.44 | teknojunkey | blurg! cheers for the advice :) |
11:47.13 | dcordes | teknojunkey, you're welcome |
11:52.40 | Kensan | dcordes: hi |
11:53.07 | Kensan | GNUtoo|oeee: hello |
11:53.10 | dcordes | Kensan, hey |
11:53.35 | Kensan | dcordes: obviously, you need more cores and some ssd-goodness ;) |
11:54.16 | dcordes | Kensan, no I'm ok with the laptop. I need more internet |
11:54.34 | Kensan | dcordes: why, what kind of uplink do you have? |
11:55.29 | dcordes | Kensan, the physical possibilities are there (hsdpa) but from 1GB traffic it's limited to 6k |
11:56.16 | Kensan | dcordes: oh ic, no "proper" broadband then... |
11:56.27 | dcordes | Kensan, feel like testing an OE image on nexus? |
11:56.39 | dcordes | yea |
11:56.47 | Kensan | dcordes: I am a bit hesitant at the moment actually... |
11:57.18 | Kensan | dcordes: I haven't even looked into the bootloader/rootfs setup on the nexus. |
11:57.36 | Kensan | dcordes: is there a possibility to boot from sd without touching the stock image? |
11:59.18 | dcordes | let's see where a howto is |
12:00.15 | Kensan | dcordes: http://www.irregular-expression.com/?p=30 |
12:00.18 | Kensan | :) |
12:00.35 | Kensan | dcordes: need to backup some data first though |
12:01.44 | dcordes | Kensan, nice they even know xf86-video-msm |
12:02.59 | *** part/#htc-linux teknojunkey (~e@cpc5-broo7-2-0-cust239.know.cable.virginmedia.com) |
12:03.43 | dcordes | Kensan, ok now that the helloworld with tune-cortexa8 ran fine I did a minimal image. and this seems to fail |
12:05.57 | dcordes | Kensan, http://privatepaste.com/4092028a8d |
12:09.45 | dcordes | Kensan, init spits loads of Segmentation fault and Illegal instruction errors |
12:09.46 | Kensan | dcordes: that blog seems to belong to someone in here |
12:11.19 | dcordes | Kensan, I will rebuild with -mfpu=vfp instead of neon |
12:12.05 | Kensan | dcordes: there's a neon-vfpv4 but I don't know if it's applicable |
12:12.54 | dcordes | arm-angstrom-linux-gnueabi-gcc-4.3.3 |
12:13.23 | Kensan | dcordes: fyi, 4.4.1 and 4.4.2 seem to have some fixes for cortex-a8 so if it's possible could you try gcc >= 4.4.2? |
12:13.45 | dcordes | Kensan, how do you think this blog belongs to somebody in here? |
12:13.59 | dcordes | Kensan, maybe it's better to try with vfp to be on the save side? |
12:14.59 | Kensan | dcordes: there's a comment on that blog post. Quote: " |
12:15.00 | Kensan | dcordes: there's a comment on that blog post. Quote: "Jairun said: 2010.03.15 15:19 |
12:15.03 | Kensan | Perhaps #htc-linux on freenode might be semi useful. I can be found there frequently. |
12:15.06 | Kensan | " |
12:15.08 | Kensan | ops |
12:15.11 | Kensan | dcordes: agreed |
12:15.32 | dcordes | ~seen Jairun |
12:15.33 | apt | dcordes: i haven't seen 'jairun' |
12:16.02 | dcordes | Kensan, ok then I will just overwrite neon with vfp in the tune file. |
12:16.03 | *** part/#htc-linux rayman18 (~opera@163.117.102.227) |
12:16.03 | Kensan | dcordes: that's what I don't understand. Avoiding all the cortex-a8 optimisations and simply using the proper instruction set *should* emit valid object could |
12:16.38 | Kensan | dcordes: which *should* properly run on those arm cores... |
12:16.39 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
12:16.56 | Kensan | dcordes: well I don't know enough about ARM so I might be totally of the ball here... |
12:16.57 | dcordes | Kensan, armv6-novfp builds fail |
12:17.13 | dcordes | I'll just try |
12:17.20 | Kensan | dcordes: it's armv7 I believe |
12:17.58 | Kensan | dcordes: going by http://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html |
12:18.15 | Kensan | dcordes: -march=armv7-a seems legal |
12:18.16 | dcordes | # Uncomment this if you want to use a prebuilt toolchain. You will need to |
12:18.16 | dcordes | # provide packages for toolchain and additional libraries yourself. You also |
12:18.16 | dcordes | # have to set PATH in your environment to make sure BitBake finds additional binaries. |
12:18.16 | dcordes | # ASSUME_PROVIDED += "virtual/${TARGET_PREFIX}gcc virtual/libc" |
12:18.51 | dcordes | seems complicated |
12:19.04 | dcordes | Kensan, do you know if OE has more recent toolchain to set? |
12:19.20 | dcordes | Kensan, instead of specifying an external one |
12:19.36 | *** join/#htc-linux Untouchab1e (~Untouchab@226.80-203-35.nextgentel.com) |
12:21.06 | Kensan | dcordes: sorry, don't know... |
12:22.43 | *** join/#htc-linux mickeyl (~mickey@80.81.242.146) |
12:22.57 | Kensan | dcordes: maybe mickeyl knows ;) |
12:23.35 | dcordes | mickeyl, do you know how to use a toolchain with gcc-4.4.x in OE ? |
12:24.23 | *** join/#htc-linux graziano (~graziano@fsf/member/graziano) |
12:24.36 | *** part/#htc-linux graziano (~graziano@fsf/member/graziano) |
12:24.37 | Kensan | dcordes: would be interesting to know who's behind the irregular-expression.com blog... |
12:24.37 | *** join/#htc-linux SparFux (~raoul@g224209004.adsl.alicedsl.de) |
12:24.47 | dcordes | Kensan, yes so you could team |
12:24.49 | SparFux | Hi all! Can I install debian on htc legend? |
12:25.51 | dcordes | I guess compiler options are also important. I took them from kernel |
12:25.52 | dcordes | compilation, here is what I have: |
12:25.52 | dcordes | arm-none-linux-gnueabi-gcc -mlittle-endian -marm -mabi=aapcs-linux |
12:25.52 | dcordes | -mno-thumb-interwork -march=armv7-a -msoft-float -Uarm -g -o init init.c |
12:26.13 | dcordes | Kensan, zero cortex optimizations and it works |
12:27.50 | dcordes | Kensan, this was a quote from http://lists.linuxtogo.org/pipermail/mobile-linux-discuss/2010-May/000087.html |
12:29.02 | *** join/#htc-linux k_linux1 (~klinux@41.92.41.248) |
12:31.33 | dcordes | SparFux, of course |
12:31.59 | SparFux | What about the proprietary drivers? |
12:32.20 | dcordes | SparFux, which? |
12:32.46 | SparFux | it is said there are proprietary drivers in the htc legend, like in every smartphoen except the openmoko neo ones. |
12:33.21 | dcordes | SparFux, yes. but that is not a problem when it comes to installing debian. |
12:33.45 | SparFux | Why not? Does debian ship with all the needed drivers? |
12:35.07 | Kensan | dcordes: ok |
12:35.13 | Kensan | dcordes: thank you :) |
12:35.44 | Kensan | dcordes: so I have some sanity left *hehe* |
12:36.08 | dcordes | SparFux, you will have to do without accerlated xserver |
12:36.29 | dcordes | SparFux, and I don't know about alsa use with the chipset in legend |
12:36.38 | SparFux | what graphics does it use? |
12:36.39 | Kensan | dcordes: then it actually is necessary to use >= gcc 4.4.2 because smaller versions do not generate proper code. I found some entries in the gcc-bugzilla |
12:38.00 | dcordes | Kensan, why does OE give me < gcc 4.4.2 then when I build for a machine that uses the cortexa8 mtune ? |
12:38.28 | dcordes | PREFERED_VERSION_gcc-cross = "" |
12:39.21 | Kensan | dcordes: hm I don't know the inner workings of oe to answer that... |
12:40.14 | Kensan | dcordes: it seems that support for 4.5 got merged recently... |
12:41.08 | Kensan | dcordes: hm but not for kernel it seems... |
12:42.16 | dcordes | 4.4.0 is used successfully for the kenrel and for LeTama's userspace binaries so I will set this in Oe |
12:42.54 | dcordes | or 4.4.1 since 4.4.0 is not available |
12:43.20 | ali1234 | vfp/neon = floating point. kernel has no floating point code... |
12:43.56 | ali1234 | and as i recall, bug fixes were all about neon stuff |
12:44.27 | dcordes | ali1234, ok thanks |
12:45.02 | Kensan | ali1234: yes, that's what I gathered from the bugzilla entries I came across yesterday |
12:45.23 | ali1234 | i had a good page about cortex fpu, let me find it |
12:46.06 | ali1234 | http://pandorawiki.org/Floating_Point_Optimization |
12:46.25 | dcordes | ali1234, the most interesting question to me is: is 'scorpion' (cpu in qsd8*) capable of using all the cortex optimizations? |
12:46.41 | dcordes | cortexa8 |
12:46.47 | ali1234 | i have no idea, i only know omap |
12:47.11 | ali1234 | snapdragon is supposed to be a a8 core with added radio |
12:47.15 | ali1234 | but i dont know |
12:47.24 | dcordes | Kensan, we could just look up the flags used in the android buildsystem |
12:47.48 | Kensan | ali1234: thanks for the link! |
12:48.14 | *** join/#htc-linux Kawaiius (~yadayada@pool-71-255-190-84.slsbmd.east.verizon.net) |
12:48.47 | Kensan | ali1234: Ti has some nice information for devs, Qualcomm only seem to appeal to the "business"/management people with all their "shiny" pictures... |
12:48.55 | ali1234 | this is true |
12:49.06 | ali1234 | TI have got out of the combined baseband chipset though |
12:49.17 | ali1234 | omaps these days have no built in radio, that's why it's easier to get docs |
12:49.31 | ali1234 | the omap730/850 used in some old HTCs are still hard to get docs for |
12:50.00 | ali1234 | but yeah, qualcomm have all the patents on everything |
12:50.14 | ali1234 | they just take the arm core and throw all their patented tech onto the die |
12:53.52 | Kensan | ali1234: are you working with openpandora? |
12:54.06 | ali1234 | no |
12:54.30 | ali1234 | i have a htc wizard and a n900, they are both omap, although opposite ends of the range :) |
12:55.27 | Kensan | ali1234: hehe |
12:56.02 | dcordes | Kensan, I will compile using gcc-cross_4.4.4 now leaving all of the compile flags in the same unmodified way |
12:56.45 | dcordes | Kensan, let's see if that works. next step will be removing the optimizations then |
13:08.00 | dcordes | time for some OE coffee |
13:08.01 | dcordes | bbl |
13:08.08 | Kensan | dangit, where did all my sd-cards go? |
13:12.11 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
13:32.18 | mickeyl | any new developments wrt. BT on dream? |
13:35.13 | dcordes | SparFux, http://htc-linux.org/wiki/index.php?title=Dream check this for the efforts made to run non android userspace on the dream. legend might require similar work to be done in order to make full use of the hardware in debian |
13:36.20 | SparFux | ok. |
13:50.25 | dcordes | ~lart stupid siemens engineers pulling all of dcordes' hsdpa bandwidth |
13:50.25 | apt | blasts stupid siemens engineers pulling all of dcordes' hsdpa bandwidth to oblivion with a kamehameha wave |
13:58.07 | cr2_ | the californian police literacy is amazing :) http://www.wired.com/images_blogs/threatlevel/2010/05/iphone_affidavit.pdf |
13:58.18 | cr2_ | now i need to leave. bll |
14:15.24 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
14:15.28 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
14:15.30 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
14:32.42 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
14:43.03 | *** join/#htc-linux GNUtoo (~GNUtoo@host109-48-dynamic.21-79-r.retail.telecomitalia.it) |
15:07.03 | mickeyl | anyone ever received an MMS with the dream? |
15:18.25 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
15:31.27 | *** join/#htc-linux antirem (~artemis@c-71-63-200-254.hsd1.mn.comcast.net) |
15:43.07 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
15:45.24 | *** join/#htc-linux Kawaiius (~yadayada@pool-71-255-176-2.slsbmd.east.verizon.net) |
15:46.14 | *** join/#htc-linux antirem (~artemis@c-71-63-200-254.hsd1.mn.comcast.net) |
16:05.10 | Kensan | back |
16:16.58 | *** join/#htc-linux drellisdee (~drellisde@adsl-178-7-28.chs.bellsouth.net) |
16:17.49 | drellisdee | what does "msm_datamover_irq_handler id 8 status 20000002" is it the mmc didn't mount in boot process? |
16:21.59 | *** join/#htc-linux niko-mojo (~noel@79-73-6-107.dynamic.dsl.as9105.com) |
16:22.03 | *** part/#htc-linux niko-mojo (~noel@79-73-6-107.dynamic.dsl.as9105.com) |
16:22.13 | Kensan | dcordes: ping |
16:23.07 | Kensan | dcordes: you have a kernel/root image for me to test? ;) |
16:26.00 | *** part/#htc-linux SparFux (~raoul@g224209004.adsl.alicedsl.de) |
16:41.27 | *** join/#htc-linux Tarteens (~Tarteens@dra38-5-82-246-248-93.fbx.proxad.net) |
16:42.50 | *** join/#htc-linux mpannen (~matt@adsl-75-51-3-31.dsl.milwwi.sbcglobal.net) |
16:48.55 | *** join/#htc-linux rzk (~rzk@daemonet.ru) |
16:52.09 | *** join/#htc-linux cr2_ (~cr2@ip-109-85-130-72.web.vodafone.de) |
17:02.02 | *** join/#htc-linux Kawaiius (~yadayada@pool-71-255-176-2.slsbmd.east.verizon.net) |
17:07.21 | *** join/#htc-linux MCwithLeo (~mcurto88@p549F2B3C.dip0.t-ipconnect.de) |
17:07.26 | *** part/#htc-linux MCwithLeo (~mcurto88@p549F2B3C.dip0.t-ipconnect.de) |
17:36.44 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
17:38.39 | GNUtoo|oeee | is htc-linux.org down or is it me again? |
17:41.55 | Kensan | GNUtoo|oeee: for me it is working. |
17:41.59 | GNUtoo|oeee | ok |
17:42.00 | Kensan | GNUtoo|oeee: hi btw :) |
17:42.00 | GNUtoo|oeee | thanks |
17:42.03 | GNUtoo|oeee | hi |
17:44.28 | Kensan | GNUtoo|oeee: http://htc-linux.org.nyud.net/wiki/index.php?title=Main_Page |
17:44.43 | GNUtoo|oeee | that works |
17:44.44 | GNUtoo|oeee | thanks |
17:44.45 | Kensan | GNUtoo|oeee: maybe the coral cache works for you... |
17:44.49 | GNUtoo|oeee | it does |
17:45.03 | Kensan | GNUtoo|oeee: just append .nyud.net to the domain name. |
17:45.10 | GNUtoo|oeee | ok |
17:50.52 | Kensan | GNUtoo|oeee: what are you currently working on? |
17:51.09 | GNUtoo|oeee | wifi testing |
17:52.35 | phh | drellisdee: it's nothing really explicit |
17:52.49 | phh | datamover is just a hardware-side memcpy |
17:52.52 | phh | so you can't really tell |
17:55.12 | drellisdee | tried a newest zimage and rootfs.img and it did that error instead of the external abort |
18:06.51 | Captnoord | datamover is dma phh |
18:07.38 | Captnoord | hmmm....... |
18:09.07 | *** join/#htc-linux en1gma (~abc@173-18-231-237.client.mchsi.com) |
18:09.30 | en1gma | i have a ppc 6800 running ppck 23569 image and i just bought a 2GB storage card and had 3 partitions (1st part ext2 = 256MB) and (2nd part ext2 = 256MB) and (last part fat32 = 1.5GB) and i copy the "andboot" which contains haret.exe to the storage /andboot |
18:09.53 | en1gma | i booted to an ubuntu 10.04 live cd and partitioned and formatted the sd card there. then booted back to windows and copied the andboot directory to that fat32 storage partition |
18:10.09 | en1gma | when i run haret the phone looks like it starts linux up and i get an error |
18:10.19 | en1gma | Failed to mount the SD card. Cannot continue. |
18:10.32 | en1gma | "can't access tty; job control turned off" |
18:16.47 | Captnoord | I dono dude |
18:17.56 | en1gma | man i want to try and run android on my ppc 6800 is there a step by step thread on how to do this currently |
18:18.16 | en1gma | i found a couple threads that are for more experienced people that dont do step by steps |
18:18.26 | Captnoord | hmmmmm |
18:18.35 | phh | en1gma: ask them perhaps ? |
18:18.40 | Captnoord | yea |
18:18.44 | en1gma | yea true |
18:18.47 | phh | take the one that succeeded but which looks the most noob |
18:18.56 | en1gma | yea you correct |
18:19.03 | drellisdee | phh can you tell a kernel version from an unlabeled zimage? |
18:19.06 | en1gma | brb gonna leave a posts |
18:19.14 | phh | drellisdee: yeah... but no. |
18:20.10 | drellisdee | i got android booting on an old unlabled kernel was wondering if that would help trying to figure out whats different to prevent it from booting now |
18:20.55 | Captnoord | drellisdee: whats the file date |
18:21.06 | drellisdee | 12/21 |
18:21.26 | Captnoord | thanks for awnsering your own question |
18:21.27 | drellisdee | have no kernel modules |
18:21.39 | phh | drellisdee: wow. |
18:21.45 | chamonix | lol |
18:21.51 | phh | that's even before actual dev on topa started. |
18:22.09 | Captnoord | oO |
18:22.11 | Captnoord | wierd |
18:22.25 | phh | Captnoord: there was some stuff added by cr2 |
18:22.25 | drellisdee | will boot only on topaz mtype 2293 not on mtype 2292 |
18:22.28 | phh | but that's it |
18:22.36 | phh | drellisdee: 2292 is rhodium |
18:22.41 | phh | not topaz |
18:23.10 | Captnoord | if its 21-12-2009 |
18:23.12 | Captnoord | she means |
18:23.54 | Captnoord | or he |
18:23.56 | Captnoord | bleh |
18:24.12 | drellisdee | its kernel 2.26.27 markus@KubuntuVM #83 from about phone info |
18:24.32 | Captnoord | you mean that the date of the file is 21-12-2009? |
18:24.37 | Captnoord | if so |
18:24.38 | phh | drellisdee: ah that's a bit after dev then. |
18:24.48 | Captnoord | its before pmem changes from you phh |
18:25.05 | phh | Captnoord: ah different memory mapping ? |
18:25.21 | Captnoord | possible |
18:25.22 | phh | like G2 who has contiguous 256MB |
18:25.28 | Captnoord | I dono |
18:25.33 | phh | drellisdee: dump mmu ? |
18:25.40 | drellisdee | mmu? |
18:25.41 | Captnoord | would be interesting to make it dump nk.exe |
18:26.10 | phh | drellisdee: dump mmu command in haretconsole |
18:27.12 | drellisdee | ok |
18:31.00 | drellisdee | ok rebboting to linux to try haret console |
18:36.12 | *** join/#htc-linux jonpry (~jonpry@184.78.140.199) |
18:49.41 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8DF9B.dip.t-dialin.net) |
18:50.00 | jonpry | looking over the msm7200 docs. There seems to be a bunch of registers that enable ADSP clock, power, access to memory, and access to the audio outputs. Do we have that stuff setup? |
18:50.03 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
18:52.25 | *** join/#htc-linux drellisdee (~dustin@adsl-178-7-28.chs.bellsouth.net) |
18:53.02 | drellisdee | phh i have syncce and haret console how do I get the ip of phone to connect? |
18:57.37 | en1gma | http://forum.xda-developers.com/showthread.php?t=635522&page=5 post #45 is mine |
19:04.43 | drellisdee | i get socket error connection refused |
19:06.07 | en1gma | how can i even run android.....sure would be great |
19:06.14 | phh | drellisdee: 169.254.2.2 |
19:06.17 | phh | iirc. |
19:06.34 | phh | jonpry: A9 is supposed to handle that for us. |
19:07.02 | drellisdee | with haret.exe listening i used python console 169.254.2.2 |
19:07.19 | phh | and that doesn't work ? |
19:07.39 | drellisdee | socket error im rebooting to try again |
19:08.41 | jonpry | port 9999? |
19:10.11 | phh | console program automatically does 9999 |
19:11.59 | *** join/#htc-linux jonpry (~jonpry@184.78.140.199) |
19:12.09 | drellisdee | still get same error got console from http://handhelds.org/~koconnor/haret/ is there a newer build? |
19:18.37 | drellisdee | still no connection |
19:22.17 | *** join/#htc-linux hamagc (~hamagc@173.151.183.112) |
19:30.09 | Captnoord | drellisdee: use 169.254.2.1 |
19:30.36 | Captnoord | your windows user |
19:30.40 | Captnoord | use that up |
19:30.41 | Captnoord | ip |
19:36.07 | drellisdee | im using linux syncce gave ip of 169.254.2.2 |
19:47.29 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-058-235-203.pools.arcor-ip.net) |
19:51.00 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
19:52.30 | *** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl) |
19:54.36 | *** join/#htc-linux Zepiii (~chatzilla@115.14-65-87.adsl-dyn.isp.belgacom.be) |
19:54.43 | Zepiii | Hiii all :) |
19:54.54 | Zepiii | I read dcordes Tweet ! |
19:55.00 | Zepiii | Do you have good news for the HD2 :) ? |
19:55.20 | phh | Khaytsus: GPS works fine here -_-' |
19:57.05 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
20:04.14 | Zepiii | @dcordes : The Almighty God is there :D |
20:05.37 | *** join/#htc-linux GNUtoo (~GNUtoo@host109-48-dynamic.21-79-r.retail.telecomitalia.it) |
20:05.48 | dcordes | Zepiii, :P |
20:08.48 | dcordes | Kensan, still there? |
20:16.35 | *** join/#htc-linux cmg29 (~cgoffredo@cpe-74-77-201-147.buffalo.res.rr.com) |
20:18.41 | Khaytsus | phh: New release? |
20:18.45 | phh | no. |
20:18.53 | Khaytsus | :/ |
20:19.04 | *** join/#htc-linux r0w3zz_ (~r0w3zz@p54A8DF9B.dip.t-dialin.net) |
20:19.10 | Khaytsus | Froze 2/2 for me last night, Google Maps and Waze |
20:21.44 | *** join/#htc-linux cmg291 (~cgoffredo@38.97.88.246) |
20:24.14 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8DF9B.dip.t-dialin.net) |
20:26.54 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
20:29.24 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8DF9B.dip.t-dialin.net) |
20:41.32 | *** join/#htc-linux Arctik (~Arctik@pool-01edb.externet.hu) |
20:50.58 | Khaytsus | phh: Is it CDMA vs GSM or..? |
20:51.17 | phh | Khaytsus: I can't see why CDMA would behave different |
20:52.21 | *** join/#htc-linux bzo (~chatzilla@adsl-75-33-142-117.dsl.pltn13.sbcglobal.net) |
20:53.10 | Khaytsus | phh: k, so I'm not quite sure why mine (and a few others) immediately hardlock? |
20:53.29 | Khaytsus | rootfs-20100514-696e8fd.img |
20:53.34 | phh | Khaytsus: how much time to automatic reboot ? |
20:53.46 | bzo | phh: did you already decode gps rpc procedure 4? |
20:53.48 | Khaytsus | I left it for 10 minutes the first time |
20:53.53 | phh | bzo: no |
20:53.57 | Khaytsus | It never did a thing, it was frozen |
20:54.14 | bzo | phh: that's what vogue uses for the sat signals, ours seems to be similar |
20:54.23 | phh | bzo: ok |
20:55.06 | bzo | phh: weird thing is that in the log you gave me, the rpc call before position was the sat, however you had no data even though your fix had several sats |
20:55.36 | phh | bzo: it sends those infos only sometimes |
20:56.00 | bzo | ah, I did find a valid one in my log though |
20:56.34 | phh | yes I logged only few seconds |
20:56.46 | phh | the 04 is sent only like every 5 minutes |
20:56.51 | phh | (well 05 for me) |
20:57.25 | bzo | so is this the last piece you need to make the rpc work? |
20:57.31 | jonpry | oooooh http://hex-rays.com/video/arm_decompiler_beta.html |
20:58.10 | phh | bzo: I don't report satellites ATM with NMEA code anyway |
20:59.09 | bzo | ok, well this is what I found - num of satellites reported is position 18 |
20:59.29 | bzo | data starts at position 112 I think |
20:59.46 | bzo | each satellite info has 12 values |
21:01.01 | bzo | fyi, the vogue gps code only uses this rpc procedure and the position one |
21:03.38 | Captnoord | jonpry: hmmmmm |
21:03.40 | Captnoord | sexy |
21:04.53 | Captnoord | the accent is cool |
21:04.54 | Captnoord | lol |
21:05.12 | Captnoord | btw |
21:05.17 | Captnoord | good intro into arm asm |
21:07.14 | Captnoord | about conditional instructions |
21:08.26 | *** join/#htc-linux drellisdee (~drellisde@adsl-178-7-28.chs.bellsouth.net) |
21:09.14 | drellisdee | is there any trick to getting haret console to connect tried it under linux and windows and still get conntection refused either way |
21:10.10 | Captnoord | using windows |
21:10.12 | Captnoord | I use telnet |
21:10.17 | Captnoord | cmd |
21:10.20 | Captnoord | telnet |
21:10.33 | Captnoord | 0 169.254.2.1 9999 |
21:10.44 | Captnoord | o169.254.2.1 9999 |
21:10.47 | Captnoord | o 69.254.2.1 9999 |
21:10.56 | Captnoord | o 169.254.2.1 9999 |
21:10.57 | Captnoord | bleh |
21:11.14 | jonpry | captnoord: i don't have sound, lol |
21:11.28 | Captnoord | pitty |
21:11.29 | Captnoord | get it |
21:12.08 | jonpry | is it the english voice from the other hex-rays vids? |
21:12.20 | Captnoord | yup |
21:12.55 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
21:13.07 | jonpry | the voice is good, but i can't stand the words. every sentence fits in hex-rays and decompiler |
21:13.31 | Captnoord | yup |
21:13.36 | Captnoord | hehe |
21:13.37 | en1gma | does this channel have people in here that work with trying to get android working on the ppc 6800 on the sd card |
21:13.55 | drellisdee | still wont connect with telnet .... could not open connection to host. Could something be blocking it have cmguardian service stopped in rom and firewall on pc turned off |
21:13.56 | Captnoord | ppc 6800...... |
21:14.04 | Captnoord | what? |
21:14.08 | Captnoord | whats the name? |
21:14.16 | en1gma | ppc 6800 titan |
21:14.18 | Captnoord | drellisdee: you got it synced? |
21:14.24 | Captnoord | htc? |
21:14.26 | Captnoord | titan |
21:14.30 | en1gma | yep htc titan |
21:14.31 | Captnoord | check the xda forum dude |
21:14.39 | Captnoord | and.... I guess its old |
21:14.49 | en1gma | im on the forum and have questions in the android package thread also |
21:15.07 | Captnoord | then |
21:15.09 | Captnoord | have patience |
21:15.56 | drellisdee | yes ipconfig shows 169.254.2.2 under local area connection |
21:16.09 | phh | jonpry: need. |
21:16.15 | phh | (arm decompiler) |
21:16.20 | en1gma | well i scene a thread on the same error i get but i tried that format tool and it dont seam to work |
21:16.23 | Captnoord | drellisdee: use 169.254.2.1 to connect |
21:17.05 | drellisdee | that did it :) |
21:20.33 | Kensan | dcordes: pong |
21:20.34 | drellisdee | other than mmu dump phh can you think of anything else that might be helpful from haretconsole? |
21:20.44 | phh | no |
21:21.26 | dcordes | Kensan, with the other toolchain oe failed |
21:21.34 | drellisdee | uploading to pastebin |
21:21.51 | dcordes | PREFERRED_VERSION_gcc-cross = "4.4.4" |
21:21.52 | dcordes | PREFERRED_VERSION_gcc-cross-initial = "4.4.4" |
21:21.52 | dcordes | PREFERRED_VERSION_gcc-cross-intermediate = "4.4.4" |
21:22.07 | dcordes | some problems about glibc |
21:22.30 | dcordes | Kensan, I'm building with vfp instead of neon now |
21:22.51 | Kensan | dcordes: which other toolchain? |
21:22.55 | dcordes | Kensan, I can upload the cortex-a8 build that failed before if you like |
21:23.03 | dcordes | Kensan, gcc-cross_4.4.4 |
21:23.08 | Kensan | dcordes: right |
21:23.45 | Kensan | dcordes: I probably wont be doing much tonight. |
21:23.59 | Kensan | dcordes: btw, htc_linux is you on twitter? |
21:24.05 | dcordes | yep |
21:24.23 | Kensan | dcordes: ok. |
21:24.39 | Kensan | dcordes: I never thought I would open a twitter account but now that I have one I better follow some people ;) |
21:25.58 | Kensan | dcordes: do you have a repos with your "local" oe changes etc? |
21:26.47 | Kensan | dcordes: I probably won't have time tomorrow but when I get around to it I'll build something for the nexus one. |
21:27.52 | dcordes | Kensan, well right now the only change is |
21:27.54 | dcordes | -TARGET_CC_ARCH = "-march=armv7-a -mtune=cortex-a8 -mfpu=neon ${ARM_FP_OPT}" |
21:27.54 | dcordes | +TARGET_CC_ARCH = "-march=armv7-a -mtune=cortex-a8 -mfpu=vfp ${ARM_FP_OPT}" |
21:28.09 | dcordes | conf/machine/include/tune-cortexa8.inc |
21:28.46 | dcordes | Kensan, except for that I have latest and greatest org.openemebdded.dev |
21:28.54 | dcordes | Kensan, building for htcleo machine type |
21:29.25 | Kensan | dcordes: right |
21:32.04 | dcordes | Kensan, looking forward to your success with oe on nexus. if you are planing to build xf86-video-msm package be aware that it's heavily patched for dream. and that is not made machine type depedent |
21:32.49 | Kensan | dcordes: well I am anxious to see what the nexus one can do when it's free ;) |
21:33.04 | Kensan | dcordes: we will see how it goes. |
21:33.35 | Kensan | dcordes: but it's good to know you are working on similar hardware so we can share :) |
21:33.43 | dcordes | yea |
21:34.54 | Kensan | hm... |
21:34.59 | Kensan | 23:24 -!- jumoit [~samuel@121.77.87.145] has quit [Quit: Leaving.] |
21:35.13 | dcordes | Kensan, sorry I was wrong. the patch is only applied for dream machine SRC_URI_append_htcdream = "file://no_neon_cfbbd17f0d4ab0f30915594d74e1b2b12c4ff8a1.patch;patch=1" |
21:35.17 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
21:35.31 | Kensan | eh no I thought that was Jairun from the nexus one blog post |
21:35.37 | *** join/#htc-linux aatreya (~800cecd5@gateway/web/freenode/x-pnuwdrdlytipscpt) |
21:35.45 | dcordes | sounds similar |
21:35.57 | Kensan | dcordes: sleepy eyes *heh* |
21:36.02 | dcordes | ^^ |
21:36.30 | Kensan | going to lay down a bit. |
21:36.34 | Kensan | dcordes: catch you later |
21:36.36 | Kensan | or tomorrow |
21:37.03 | dcordes | Kensan, alright ttyl |
21:37.10 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
21:51.14 | *** join/#htc-linux brandon2004 (~brandon@96-28-73-187.dhcp.insightbb.com) |
21:54.43 | brandon2004 | dcordes, any progress |
22:04.10 | drellisdee | http://pastebin.com/TBR9rsKp for whitestone mmu dump |
22:05.03 | dcordes | brandon2004, not yet |
22:58.01 | *** join/#htc-linux cmg29 (~cgoffredo@38.97.88.246) |
23:06.10 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
23:20.46 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
23:22.52 | Kensan | dcordes: did vfp work? |
23:25.04 | dcordes | Kensan, I canceled it in favor of fixing the build with the gcc-cross_4.4.4 toolchain |
23:25.21 | Kensan | dcordes: I see, what was the problem? |
23:27.08 | dcordes | Kensan, rebuilding to debug further now |
23:27.36 | Kensan | dcordes: ah ok, I assumed you had already solved the problem ;) |
23:28.01 | dcordes | yes I made it sound like that sorry |
23:28.50 | dcordes | Kensan, http://tinderbox.openembedded.net/builds/71165 |
23:32.08 | Kensan | dcordes: as far as I can tell the Leo and the nexus one are very close hardware-wise |
23:32.19 | Kensan | what's the big difference? |
23:35.40 | dcordes | Kensan, you mean regarding the entire segfault thing on leo? |
23:38.55 | Kensan | dcordes: no just generally. Regarding additional drivers etc |
23:39.59 | dcordes | cr2_, and Markinus can answer that best I think |
23:40.22 | dcordes | generally speaking the devices are very similar. everything we have on leo is based on the nexus sources. |
23:41.07 | Kensan | dcordes: that's what I gather from reading the wiki. I checked out the nexus one kernel config and the device drivers I found there match most components found in the leo. |
23:41.20 | dcordes | some differences are introduced by the different AMSS used on wince |
23:42.31 | Kensan | the bcm4329 supports FM-Radio, is that correct? |
23:43.28 | dcordes | http://www.broadcom.com/products/Bluetooth/Bluetooth-RF-Silicon-and-Software-Solutions/BCM4329 yep |
23:43.52 | dcordes | FM (Tx and Rx) <- didn't know about the tx |
23:44.09 | Kensan | nice! |
23:44.11 | dcordes | but I doubt it's wired |
23:44.19 | Kensan | yeah, go figure. |
23:45.57 | Kensan | dcordes: hm there's some "chatter" (forum posts) that say it will be enabled in Android 2.2 |
23:48.56 | Kensan | we will see soon enough |
23:49.12 | Kensan | fm is not at the top of the list |
23:50.00 | dcordes | Kensan, BCM4329 Block Diagram shows only one antenna on FM rx/tx unit |
23:51.04 | dcordes | so hardware wise there's no way to 'not wire it' right |
23:51.48 | Kensan | dcordes: well it's broadcom, maybe they put in some fuses that the manufacturer can burn if you don't want FM |
23:52.03 | Kensan | dcordes: heh |
23:52.09 | dcordes | oh I see |
23:52.30 | Kensan | dcordes: just kidding, that would be too expensive. |
23:53.58 | dcordes | lol |