IRC log for #htc-linux on 20080316

00:02.30Kevin2cr2: Can you send the haretconsole log file of http://pastebin.ca/944256 -- that way I can feed it through dis.py myself.
00:02.41cr2Marex: we have quite some differences between sable and beetles.
00:03.06Marexcr2, I see it too
00:03.29Marexmaybe we should split them back ?
00:03.31cr2Kevin2: ok.
00:04.32cr2Marex: don't think so. the core features are the same, and we have the #ifdef spaghetti already.
00:05.53cr2Kevin2: where should i send it ?
00:07.26cr2Kevin2: it's just lke that:
00:07.28cr2001035: mem GPIOS(18) a9200118=000087c3 (00000001)M
00:07.43Kevin2cr2: Can you pastebin the file?
00:08.12cr2266 K
00:09.20Marexcr2, addlist mmutrace p2v(0x04000000) 0x100 should do the trick, right?
00:09.33cr2Kevin2: ok, made a smaller version.
00:10.01cr2Marex: if you'd like to trace the first 256 bytes of 0x04
00:10.11Marexok
00:11.12cr2Kevin2: http://pastebin.ca/944293
00:17.20Marex009.717(0053469)     IRQS     ICIP: DMA(25)=1
00:17.29Marexthis is only thing I get when playing sound
00:21.59cr2Marex: ok, i'll look at it.
00:22.25Marexcr2, it's not much informing that it uses DMA :/
00:22.27Kevin2cr2: Ughh.  Looks like an operator precedence bug.  Can you add parenthesis around "(bank+offset)>>shift" in regs_asic3.py?  (Change shift back to 1.)
00:22.55cr2Marex: turn on MIC circuit power for Phone
00:23.03cr2Kevin2: ok.
00:24.12cr2Kevin2: yes. now it works.
00:24.42cr2Kevin2: it does not parse the bits ?
00:24.46cr2001.879    GPIOS  GPIO_C_Status(576)=87c3
00:24.46cr2001.941    GPIOS  GPIO_C_Status(576)=87c2
00:25.16Kevin2cr2: ph5 sent over the asic3 stuff.  He didn't include bit parsing.
00:25.54dcordesbye
00:26.23cr2Kevin2: ok.
00:28.19cr2Marex: i don't see any magic addresses there.
00:28.31cr2Marex: i'll tell you the bit you need to check.
00:30.10cr2Marex: B 0x200
00:30.40cr2Marex: B 0x400
00:30.40Marexsound related input ...
00:30.50Marexheadphone jack sense
00:31.08MarexB 0x400 is headphone jack sense
00:32.31cr2Marex: A 0x1, it's this magic bit on sable/uni too.
00:32.51MarexI noticed that
00:32.57cr2D 0x40
00:33.10MarexA 0x8 - headphones sound routing
00:33.21MarexA 0x40 - loudspeaker sound routing
00:34.09cr2A 0x10
00:34.21cr2A 0x8
00:34.32cr2A 0x4
00:34.43cr2A 0x2
00:35.14Kevin2cr2: Do you want me to commit your patch?
00:35.23cr2Kevin2: yes.
00:35.44cr2Kevin2: is it difficult to add the bit parser to asic3 decoder ?
00:36.07*** join/#htc-linux noelcragg (n=noel@adsl-69-232-228-255.dsl.pltn13.pacbell.net)
00:36.15Kevin2No - I can add the core.  Someone will need to type in all the bit names though.
00:36.15cr2Marex: that's all on ASIC3. there is some pxa gpio stuff going on, but it need more time to sort out.
00:36.34Marexcr2, where did you get that from ?
00:36.36cr2Kevin2: the bit names are machine dependent.
00:36.56cr2Kevin2: the GPIOC4 is enough i guess.
00:37.06cr2Marex: from wavedev.dll
00:37.06Kevin2cr2: Yeah - I think we should stick to generic names in haret.
00:37.16Marexcr2, from beetles ?
00:37.20Kevin2A lot of what we think a bit means are guesses.
00:37.44cr2Kevin2: it's just not worth the pain now.
00:37.51cr2Marex: yes.
00:38.35cr2Marex: are there any differences to http://wiki.xda-developers.com/index.php?pagename=SableASIC3
00:39.11MarexA0/A1 may be power
00:39.18MarexD6 reset ?
00:39.43MarexB10 - headphone jack sense
00:40.00MarexA2 is also suspicious
00:40.26cr2Marex: A0 is something i2c-related. it maybe something evil.
00:40.59Marexcr2, hm, maybe it connects the device to i2c bus to prevent bus being spammed >
00:41.00Marex?
00:41.40cr2we thought it may be an arbiter for some second i2c master.
00:41.56cr2look at the sable notes of lkcl
00:41.56Marexthere is second i2c master as you know
00:42.12cr2i have his sable actually. it's not my phone.
00:42.29cr2the phone modem can be the second master.
00:42.58cr2you get an AT notification, and disconnect from i2c bus as a master.
00:43.13cr2then the modem takes over your sound routing.
00:43.54cr2on universal i hardcode this bit setting to 1.
00:44.11cr2wince lowers this bit under some conditions.
00:44.29Marexok, I set it to 1 too
00:44.30cr2but i didn't have the patience to track down these conditions.
00:44.39cr2what is the "normal" setting ?
00:46.25cr2Marex: but it may be something harmless related to BT sound.
00:46.42cr2we don't have BT sound working on any phone.
00:51.36cr2GPIO_A_Status(527)=4087
00:51.44cr2GPIO_A_Status(527)=c087
00:51.52cr2on wakeup
00:52.17cr2ok, it's the LCD power.
00:52.38cr2and B 20
00:52.59cr2ok, it's the wifi irq.
00:54.36cr2Marex: traced 'playsound'
00:54.47cr228 30 31 113
00:54.54Kevin2cr2: Can you do a "cvs up" and then apply http://pastebin.ca/944332  -- let me know if that is what you had in mind.
00:55.17Marexcr2, Im afraid of one thing
00:55.25Marexcr2, the codec has sleep states
00:55.41Marexit may be enable on first boot and then just set to sleepstate
00:56.08cr2Kevin2: ok.
00:56.18cr2Marex: it's i2s out so far.
00:57.15cr2Marex: playsound on asic3-
00:57.15cr2012.528    GPIOS  GPIO_A_Status(518)=c0c7
00:57.15cr2013.613    GPIOS  GPIO_A_Status(518)=c087
00:57.32cr2it's A 0x40
00:57.46cr2speaker power probably.
00:57.51Marexyes
00:57.56Marexdefinitelly
00:59.11cr2so you should have working sound. after booting from wince.
00:59.30Marexthere is nothing on i2c
00:59.50cr2i have not found sound chip reset on universal, btw.
01:00.06cr2which has cpld,asic3 and whatever.
01:00.15Marex:D
01:00.23cr2GPIOA6   0x0040   speaker on
01:00.39cr2so with some minor hacking you'll have sound play
01:01.10cr2with the same PXA i2s setup as magician.
01:01.27Marexroot@palmld:~$ /i2cdetect 0
01:01.27MarexWARNING! This program can confuse your I2C bus, cause data loss and worse!
01:01.28MarexI will probe file /dev/i2c-0.
01:01.28MarexI will probe address range 0x03-0x77.
01:01.28MarexContinue? [Y/n]
01:01.28Marex<PROTECTED>
01:01.30Marex00:          03 -- -- -- -- -- -- -- -- --
01:01.40Marexwhat is that thing on 0x03 ?!
01:01.47Marexit wasnt there before
01:01.57Marexand whole i2c bus is screwed up from it
01:02.11cr2trace i2c in wince.
01:02.21Marexhow ? :O
01:02.29cr20xae...1380
01:02.34cr2i'll check.
01:02.49Marexthanks, but maybe Im getting somewhere?
01:02.59cr21388 if i'm not mistaken.
01:03.26Marexcr2, still ... what's that 0x03
01:04.20cr2trace i2c in wince.
01:04.53cr2009.586    GPIOS  GPIO_B_Status(553)=d562
01:04.53cr2009.592    GPIOS  GPIO_B_Status(553)=d762
01:04.53cr2009.636    GPIOS  GPIO_B_Status(553)=d562
01:04.57cr2headset detect
01:06.23cr2076.208    GPIOS  GPIO_A_Status(515)=c08f
01:06.51cr2040.297    GPIOS  GPIO_A_Status(515)=c087
01:07.00cr2this is playing sound to headset.
01:07.12cr2hmm. need to update to the bit parser of Kevin
01:07.14Marexroot@palmld:~$ /i2cdetect 0
01:07.14MarexWARNING! This program can confuse your I2C bus, cause data loss and worse!
01:07.14MarexI will probe file /dev/i2c-0.
01:07.14MarexI will probe address range 0x03-0x77.
01:07.14MarexContinue? [Y/n]
01:07.15Marex<PROTECTED>
01:07.17Marex00:          -- -- -- -- -- -- -- -- -- -- -- -- --
01:07.19Marex10: -- -- -- -- -- -- -- -- 18 -- -- -- -- -- -- --
01:08.27cr2Marex: it's uda1380
01:08.35Marexcr2, RIGHT!
01:09.00cr2have a break. compile the kernel for n560 :)
01:09.26cr2the sound setup on n560 is a bit screwed at the moment too.
01:09.35Marexn560 has that uda too?
01:09.43cr2no. wm
01:09.59Marexthat has to be pretty much straightforward
01:10.17cr2i can't properly select it in menuconfig. probably something in Kconfig/Makefile
01:12.24Marex<6>UDA1380 Audio Codec 0.5<6>asoc: UDA1380 <-> pxa2xx-ssp1 mapping ok
01:12.24Marex<6>asoc: UDA1380 <-> pxa2xx-i2s mapping ok
01:12.24Marex<7>uda1380: uda hw write 2 val 100
01:12.24Marex<7>uda1380: uda hw write 0 val 10
01:12.24Marex<4>i2c: error: exhausted retries
01:12.24Marex<4>i2c: msg_num: 0 msg_idx: -2000 msg_ptr: 0
01:12.26Marex<4>i2c: ICR: 000007e0 ISR: 00000002
01:12.28Marex<4>i2c: log: [00000446:000007e0]
01:12.30Marex<6>ALSA device list:
01:12.32Marex<6>  #0: Magician (UDA1380)
01:12.34Marexso here we go
01:13.32cr2Kevin2: the parser works.
01:13.42cr2003.000    GPIOS GPIO_A_Status: GPIO_A6(518)=0
01:13.42cr2003.000    GPIOS GPIO_B_Status: GPIO_B14(558)=1
01:13.42cr2003.000    GPIOS GPIO_C_Status: GPIO_C8(584)=0
01:13.42cr2003.319    GPIOS GPIO_B_Status: GPIO_B14(558)=0
01:14.13cr2Marex: rename to HTC Beetles
01:14.22Marexcr2, later, later :p
01:14.28cr2:D
01:14.30Marexcr2, I still use hacked magician.c
01:14.34cr2ok.
01:14.52Kevin2cr2: Is that whay you had in mind? Should I commit?
01:14.53Marexwhole sound/arm/soc looks like after severe bombing
01:15.04cr2Marex: update to the latest haret CVS.
01:15.06MarexI need mpg123 binary :D
01:15.12Marexcr2, ok
01:15.25cr2Kevin2: yes, it's perfect.
01:15.40cr2Kevin2:  much better than GPIOS  GPIO_B_Status(553)=d562
01:16.44Kevin2cr2: Okay.  I only named the bits from the status register.  If bits on the other registers are wanted, they'll need to be defined.  (It should be simple enough.)
01:16.59Kevin2Everything should be checked in now.
01:17.04cr2Kevin2: it can be extended to asic3 IRQ tracing, but imho it's not really worth it.
01:17.59cr2you see the level change anyway, and know which one is an irq.
01:18.26cr2i need to port the 'dump asic3' and 'dump asic3gpio' some time.
01:20.16Kevin2cr2: Adding irq tracing is simple - just add a "addlist IRQS <addr>" to machlist.txt.
01:21.56cr2Kevin2: yes.
01:24.18cr2Kevin2: what is the status of hermes ? i've not touched it for some time..
01:26.35Kevin2cr2: I haven't done anything in a while either.
01:26.49cr2ok.
01:27.09cr2i've added my atiw_mmc code to CVS, but it's incomplete.
01:27.43cr2and there will be a problem in .23 -> .24 update
01:27.50cr2because of the sdio.
01:28.10cr2afaik asic3_mmc is not working in .24 too, but i need to check it.
01:31.48cr2Marex: the 0x08000000 is mapped in your mmu dump. i don't know what's that.
01:32.00cr2Marex: everything else is know.
01:32.06cr2s/know/known/
01:32.46Marexmaybe CPLD :p
01:33.17cr2lol
01:34.03cr2i don't know, maybe it's just an artefact
01:34.09cr2sable has wifi there.
01:35.49cr2everything else are rom/ram mappings. and the debug.
01:35.59cr2seems identical to sable actually.
01:42.02Marexcr2, dont you have by any chance static binary of mpg321 for arm?
01:43.12Kevin2Sounds like someone should mmu trace 0x08000000 and see what reads/writes to it.  :-)
01:43.12noelcraggIs there a recommended gcc version for kernel compiles?  Or is there a recommended precompiled toolchain to use?
01:44.01cr2Marex: cat *.wav > /dev/dsp
01:44.41Marextime to make one
01:45.27Marexlots of i2c timeouts
01:46.08cr2switch off the i2c debug
01:50.10noelcraggI've been talking with lkml in email, and he says I should ask here about any initrds that (might) still be around from the earlier Sable testing.
01:50.49Marexgot some sound
01:50.51Marexwoohoo
01:51.43cr2noelcragg: we are currently hacking the beetles/sable setup.
01:51.51cr2Marex: lol.
01:52.04cr2Marex: don't forget about n560 :)
01:52.08cr2good night.
01:52.11Marexwhat about it ?
01:52.16Marexcr2, gnight
01:52.33cr2check if the n560 compiles and runs for you.
01:52.40Marexok
01:52.49cr2and maybe make the sound work there too.
01:52.57noelcraggcr2: ok, just getting my feet wet here; apologies for the dumb questions
01:52.59Marexright after I sort out the sound patch for beetles
01:53.24cr2i've found the battery monitor, and will do the gps once i'll work out the LCD resume.
01:54.06cr2noelcragg: it's probably easier to fix the current setup than trying to dig out some old broken stuff.
01:54.18Marexnp: Dark Moor - Vivaldi's Winter
01:54.20Marex8D
01:54.31Marexat least I have mplayer's binary there
01:54.42cr2ok, it's 2:55 now. time to sleep ;)
01:54.50Marexsame here
01:54.50noelcraggcr2: I was hoping to help out some with the effort; have just done some custom arm board turnups, have jtag and logic analyzer on the bench
01:54.53Marextime to sort those patches
01:55.48cr2noelcragg: the only remaining hardcore thing is the mdoc g4.
01:56.26cr2but it's hacked to some extent in the readonly mode. just need to adjust 2 registers compared to the mdoc g3.
01:56.41noelcraggcr2: that's the nand flash?
01:56.49cr2everything else more or less works, and just needs the code cleanup.
01:57.25cr2noelcragg: yes, but with some m-systems asic at the top.
01:57.58cr2and their proprietary filesystem.
01:58.04cr2trueffs
01:58.25noelcraggright
01:58.27cr2which uses hamming checksum + BCH coder
01:58.50cr2but you need to hack this only for wince compatibility.
01:59.14cr2if we will sort out the block writing + DMA (for speed)
01:59.32cr2then we can just use jffs2 or something else.
01:59.44cr2ok. good night.
01:59.54noelcraggcr2: thanks for the talk-through; nighty night
02:02.15Marexcr2, well I sent it to kernel-bugs
02:48.11*** join/#htc-linux joschkop179 (n=joschi@e179202051.adsl.alicedsl.de)
03:07.31*** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-862ab99e299f0d61)
03:28.40*** join/#htc-linux TimRiker (n=timr@rikers.org)
03:36.57*** join/#htc-linux apt (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
03:36.57*** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup.
05:19.55*** join/#htc-linux Dinde (n=kayser@sur-internet.net)
05:39.06*** join/#htc-linux lkcl (n=lkcl@nsc69.38.115-129.newsouth.net)
05:39.32lkclcr2! darling!  so sorry, i moved my server and forgot to move your home directory
05:41.17lkclso it's been sitting on the wrong machine - that you didn't know about - for a couple of months and you didn't tell me you daft bugger ha ha
05:41.48lkclit's rsyncing over, right now :)
05:42.23lkclbut... _damn_ you got a lot of crap in there, so it's taking a long time ok?
05:44.45lkclok.  the new server it's on is a virtual machine (xen VM).  sooooo new house rules, ok?
05:44.45lkcl1) don't hammer it!!
05:46.07lkcl2) the VM doesn't have a separate /home partition (an oversight i might have to correct, just for you ha ha).  so watch the disk space!!
06:15.32*** join/#htc-linux Dinde (n=kayser@sur-internet.net)
06:35.34*** join/#htc-linux Dinde (n=kayser@sur-internet.net)
06:48.55*** join/#htc-linux CVirus (n=GoD@82.201.174.187)
07:36.32*** join/#htc-linux Dinde (n=kayser@sur-internet.net)
09:21.06*** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf9157.pool.einsundeins.de)
09:49.20*** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130)
10:02.11cr2hi
10:02.35cr2lkcl: i'll clean the unneeded files there.
10:02.43cr2lkcl: welcome back :)
10:21.34*** join/#htc-linux rob_w (n=bob@Mb2fc.m.pppool.de)
10:22.45*** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com)
10:38.04*** join/#htc-linux pH5 (n=ph5@p5485CBA9.dip.t-dialin.net)
11:25.30*** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
11:31.02*** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com)
11:32.31*** join/#htc-linux dcordes (n=snoopdog@unaffiliated/dcordes)
11:49.42*** join/#htc-linux BabelO (n=Fabrice@unaffiliated/babelo)
11:52.12*** join/#htc-linux BabelO (n=Fabrice@unaffiliated/babelo)
12:00.59*** join/#htc-linux Marex (n=marex@gwfm10-3-250.802.cz)
12:02.33*** join/#htc-linux diogene31_ (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
12:07.12BabelOhi
12:08.14dcordeshi BabelO, others
12:16.31cr2hi
12:16.56cr2BabelO: can you grab the latest haret source, and check if you can trace the artemis CPLD ?
12:18.09cr2Kevin2: make: *** No rule to make target `haretconsole/arm-linux-objdump', needed by `out/haretconsole.tar.gz'.  Stop.
12:22.53BabelOcr2: ok
12:24.07cr2BabelO: i've added some support for decoding the 'watch gpios' output. it works on n560.
12:27.28BabelOcr2: can you tell me what is your toolchain exactly
12:28.05cr2hmm. some old version of cegcc
12:28.22cr2gcc 4.1.0
12:29.06cr2BabelO: what is the acx100 pcmcia address on ba ? 0x2c* ?
12:29.16BabelOcr2: 0x2cxxxxxxxx
12:29.41cr2ok.
12:32.02cr2hmm. don't see any activity on n560 too.
12:32.17cr2only
12:32.19cr2000.280(0044541)     IRQS    GEDR0: GPIO12(76)=1
12:32.19cr2000.284(0012720)     IRQS    GEDR0: GPIO12(76)=1
12:32.26cr2which is the acx100 irq.
12:33.00BabelOyou can try ba driver if you have gpios ;)
12:34.29cr2hm. i can't connect over usb, so disabling wifi is not good.
12:35.11cr2<PROTECTED>
12:35.26cr2very useful app on a gps pda.
12:35.51BabelOlol
12:36.06BabelOcr2: did you try with odccm to connect over usb ?
12:37.28cr2don't want to patch the kernel
12:49.30BabelOcr2: what is the correct toolchain to download ?
12:49.31BabelOhttp://sourceforge.net/project/showfiles.php?group_id=173455
12:51.35dcordesBabelO, http://www.algepop.net/users/alge/angstrom-ba/kernel-patches/README.txt <- which .bb file does alge mean? the one in OE?
12:51.53cr2BabelO: i've used CVS
12:53.55BabelOdcordes: yes
12:57.05BabelOcr2: i ve this one arm-wince-cegcc-gcc, i try another
12:59.22cr2ok.
13:01.34dcordesBabelO, org.openembedded.dev/packages/linux/linux-handhelds-2.6_2.6.21-hh20.bb right?
13:02.59BabelOdcordes: yes, add algi patch to your local copy
13:03.51dcordesBabelO, where exactly?
13:04.04Marexcr2, hi :p
13:04.35BabelOcr2: ok i found the corect toolchain now ;) i ll check if you r patch is in linuxtogo or handhelds
13:04.51BabelOhi Marex
13:05.13Marexhi BabelO
13:05.17cr2hi Marex
13:05.26BabelOdcordes: in this file you can add alge patch file, look at other bb file around how to do that
13:05.29Marexcr2, Im now checking the bluetooth
13:05.43dcordesBabelO, ah I see
13:05.43cr2Marex: on n560 ?
13:05.50MarexB14 and C7 are BT related
13:05.54Marexcr2, 6515d
13:06.01cr2Marex: compare with sable
13:06.10Marexdifferent chip ;D
13:06.19cr2Marex: sable has bt support.
13:06.20cr2ok.
13:06.25Marexbeetles has the same chip as magician
13:06.33Marexand on magician it's connected over USB
13:06.34Marex:D
13:06.44cr2Marex: i've found the cam gpios, and charge gpios on sable.
13:06.47cr2ok.
13:07.02MarexI have the cam GPIOs too
13:07.17cr2Marex: gnuharet has 'btctl' command.
13:07.24MarexI even implemented flash as led device
13:07.35Marexcr2, ah, thanks
13:07.39cr2hmm. so much to port to mainline haret..
13:09.09Marexcr2, isnt there a list of commands for haret/gnuharet ?
13:09.29Marexor should I look into the source ?
13:09.31pH5hi Marex, did you succeed to turn on the codec?
13:09.41pH5hi BabelO, cr2
13:09.54MarexpH5, yea, I was listening to Vivaldi's Winter by Dark Moor :p
13:10.14cr2Marex: source is the best.
13:10.22Marexcr2, ok
13:10.27pH5:)
13:10.49BabelOhi pH5
13:11.12cr2pH5: Kevin has fixed the regs_asic3.py yesterday, and added the bit parser. it's possible to trace asic3 on mainline haret now.
13:12.33pH5cr2: great, so Kevin2's perceived absence is just a time zone issue?
13:13.16cr2he is more often seen on saturdays here.
13:13.57BabelOcr2: i just recompile haret from hh not linuxtogo, but did not see any patch from you
13:15.16cr2BabelO: these patches are done by Kevin2
13:16.48BabelOcr2: ok and they are in py
13:17.41cr2BabelO: and in machines.txt
13:17.45Marexcr2, how do you watch those asic3 gpios ?
13:18.15cr2wasic3gpio
13:18.22Marexah, you mean that
13:18.34cr2and iasic3gpio[abcd]
13:18.39cr2it's a bit ancient :)
13:19.05Marexhm, I will have to recompile haret
13:19.50dcordesBabelO, don't I just put all the patchfiles into FILESPATH?
13:21.35BabelOdcordes: yes like it is done in others  bb files
13:31.07dcordesBabelO, which defconfig do I want and what is up with not-used/ ?
13:31.50BabelOdcordes: alge has one on his site
13:32.17dcordesok so simply "defconfig"
13:42.49BabelOcr2: how can i proceed to trace cpld, is it automatic ?
13:44.56cr2BabelO: watch gpios
13:45.46cr2pH5: GPDR=1 -> in ?
13:46.05BabelOcr2: ah ·) -> GPIOS    cpldA=000000f9: CA0=1 CA3=1 CA4=1 CA5=1 CA6=1 CA7=1
13:47.19pH5cr2: out, zeros are in
13:47.36cr2pH5: thanks.
13:47.50BabelOcr2: there are all set to 1
13:48.07cr2hehe. the n560 LCD control is more difficult...
13:48.10pH5BabelO: all output is the default setting when the cpu is reset
13:48.45cr2BabelO: can you force some known cpld gpio change ?
13:49.06BabelOcr2: yes that is what i try
13:49.45cr2pH5: strange.
13:49.48cr2GPDR2: GPIO86(214)=1
13:50.00cr2<PROTECTED>
13:50.11cr2<PROTECTED>
13:51.09cr2pH5: what is the pxa gpio level after reset ?
13:51.20pH5cr2: 0
13:51.26pH5out/low is the 'parking position'
13:51.34cr2ok.
13:51.50pH5gpio 86 is used as an input?
13:51.53MarexpH5, looks like the bluetooth in beetles is connected over usb (same as in magician)
13:52.06pH5if so, pulling it high before use sounds like a work around for some hardware quirk to me.
13:52.33cr2saving power ?
13:53.09cr2pH5: it's one of the weird LCD power(reset?) gpios.
13:53.26cr2pH5: n560 runs at 104MHz says haret.
13:53.54cr2Marex: what is the usb host reg dump ?
13:54.12cr2Marex: pastebin the 'dump pxa27x' output of gnuharet
13:54.35cr2Marex: i'm dumb ;)
13:54.46cr2this part is not committed into CVS.
13:54.50Marexcr2, I mmutraced usb host address space
13:55.06cr2dump pxa27xusb
13:55.41pH5cr2: no idea, I've never seen a reset/power control gpio being switched to input temporarily
13:56.03BabelOcr2: i did not see cpld change :(
13:56.14cr2pH5: that's why i say 'weird' :)
13:56.21pH5yes indeed :)
13:56.23dcordesBabelO, I put all patchfiles plus "defconfig into org.openembedded.dev/packages/linux/linux-handhelds-2.6-2.6.21/htcblueangel" here is .bb http://www.pastebin.ca/944842
13:56.47cr2BabelO: ok, check 'show mmutrace'
13:57.38Marex-  USB host RHPS1: enabled                no
13:57.38Marex-  USB host RHPS1: device connected       no
13:57.39Marex+  USB host RHPS1: enabled                yes
13:57.39Marex+  USB host RHPS1: device connected       yes
13:57.47Marexcr2, ^ ;-) I told you it is on usb
13:58.23BabelOcr2: no output
13:58.45cr2Marex: ok.
13:58.49cr2BabelO: strange
13:59.03Marexcr2, though I think it needs still some GPIOs
13:59.07Marexbut I might have them as well
13:59.18*** join/#htc-linux kiozen (n=kiozen@rgnb-4db1d88c.pool.einsundeins.de)
13:59.20BabelOdcordes: patch named fix- print-rom* not needed
13:59.27cr2pH5: pxafb does things in a very different sequence from wince. it's nice that we never blown anything :)
13:59.38dcordesBabelO, ok removed it. rest is ok? also the path?
14:00.22pH5cr2: same problem on magician, I should enable the LCDC in the middle of the sequence, not in the end.
14:00.33pH5but pxafb only has one callback for the initialisation sequence
14:01.05cr2yes.
14:02.34BabelOdcordes: babelo-phone.patch and silent-tihtc.patch not needed too
14:04.21cr2BabelO: what do you have for artemis in src/mach/machlist.txt  ?
14:04.47cr2Artemis,    OMAP850 ,ARTE,                        ARTEMIS, \
14:04.48cr2<PROTECTED>
14:04.48cr2<PROTECTED>
14:04.49cr2and so on.
14:05.34BabelOcr2: yes it is ok but only 0xf000 no 0xff00
14:05.40BabelOoups no
14:05.50BabelO0xff00 is in , it is ok
14:06.15BabelOcr2: i see it is setted when i do watch gpios
14:09.59cr2ok.
14:10.18cr2omap850 is weird.
14:14.18pH5that is the cpld in mmio space, some 8bit registers, right?
14:14.40cr2yes.
14:14.57cr2pH5: the only omap850 phone without i2c cpld.
14:16.14cr2http://wiki.xda-developers.com/index.php?pagename=ArtemisCPLD
14:16.25cr2too many led powers :)
14:42.40Kevin2cr2: I don't see that error here.  Can you do a "make clean" first?  What version of make are you using?
14:47.52lkclcr2: let me know if you can still work with things - don't worry about "cleaning up" ok?
14:48.12lkcli can always run up an extra partition eeven if it's just for you ha ha
14:48.36cr2lkcl: hi. i'll login now.
14:49.06cr2Kevin2: i have arm-wince-objdump as a symlink in haretconsole/
14:49.33lkclthe most important thing is i need to know if Wine works because i upgraded it and there's a slightly different setup because i recreated the virtual machine from scratch
14:49.39lkclso stuff might be missing
14:49.50lkcllike.... your home directory ha ha
14:51.46Kevin2cr2: The make doesn't look for arm-wince-objdump - only arm-linux-objdump.  Even there it should just ignore it if it is not found.
14:52.20cr2lkcl: everything seems to work, and the data is there too.
14:52.26lkclgood - ok.
14:53.23lkclcr2: then don't worry about disk space - certainly don't delete anything - just be careful, whilst i make a new partition over the next few days.
14:53.41cr2Kevin2: ok, i'll check again.
14:53.55cr2lkcl: i can remove some text files anyway.
14:54.07lkclshrugs
14:54.15lkclif they're useful, leave them.  seriously.
14:54.20cr2ok.
14:56.13cr2Kevin2: it seems that the pxa trace is the most reliable way to trace. i get some strange discrepancies between TRACES, GPIOS and trace when they are used on the same address space.
14:56.39cr2pxa trace output makes most sense.
14:59.06lkclyaay, you're right - it works :)
14:59.06lkcldog slow, which is good, but it works
14:59.09lkclok ttyl folks
15:01.11cr2lkcl: ok.
15:01.12Kevin2cr2: Yes.  TRACES is very high frequency polling, and GPIOS is high frequency polling.  The pxa trace and mmu trace should catch every single access.
15:02.34cr2HaRET(1)# addr2mod 0x8c246894
15:02.34cr2Address 8c246894 not process specific
15:02.58cr2looks like it's inside the nk.exe
15:03.19lkclsorry am still here, you heard from noel, the guy with the ARM JTAG and the logic analyser equipment?
15:03.21Kevin2Where did you get 8c246894 from?
15:03.41cr2Kevin2: it's in the .log file
15:03.55*** join/#htc-linux bernt_ (n=bernt@dslb-084-061-219-184.pools.arcor-ip.net)
15:04.03cr2Kevin2: btw, the fl= and pid= seem to be redundant.
15:04.16lkclpokes noelcragg
15:04.23cr2they are zero on all machines known.
15:05.58cr2029.481(0000027) 077c5910: e1c230b0(strh)        #   cpld_G =00000002
15:05.58cr2029.492(0013360) 8c246894: e1c230b0(strh)        #   cpld_D =0000000b
15:05.59cr2029.492(0000087) 8c246894: e1c230b0(strh)        #   cpld_B =00000001
15:05.59cr2029.492(0000023) 8c246894: e1c230b0(strh)        #   cpld_B =00000003
15:05.59cr2029.492(0000032) 8c246b84: e1c230b0(strh)        #   cpld_B =00000003
15:05.59cr2029.492(0000116) 077c5620: e1c230b0(strh)        #   cpld_G =00000003
15:06.20cr2Kevin2: the 077c5910 is in battdrv.dll says addr2mod.
15:07.09cr28c* fails
15:07.48Kevin2cr2: Okay.  Maybe it is just nk.exe then.  It is odd, but not the first time we've seen that.
15:09.10cr2i'll check the dump mmu.
15:10.17cr28c200000  | a0200000 | 1MB section | D=0 CB AP=1M
15:10.26cr2yes, it's the wince kernel in RAM.
15:11.35Kevin2cr2: What does "dump mmu 2 0xa0246b84" report?
15:13.15cr2the same
15:13.19cr2----------+----------+-------------+------------------------
15:13.19cr28c200000  | a0200000 | 1MB section | D=0 CB AP=1
15:13.20cr2ac200000  | a0200000 | 1MB section | D=0    AP=1
15:14.12Kevin2Ok - thought maybe a process had it mapped, and you could trace which process that was.
15:16.07cr2hmm. the process will map the kernel ?
15:16.35cr2sounds like a malware :)
15:17.32cr2Kevin2: the GPIOS trace uses ldr(h) ?
15:18.43cr2pxa trace reports only strh to the cpld registers. it seems to be a write-only device, with a shadow ram cache.
15:19.13cr2the GPIOS produces just some random junk.
15:19.24cr2while the pxa trace data makes sense.
15:20.06cr2random=close to random.
15:20.32Kevin2Yeah, many of the cpld chips have write only registers.  You can't use TRACES or GPIOS with them.
15:21.05Kevin2So, yes - GPIOS and TRACES are just high frequency polling (eg, ldr).
15:21.09cr2ok. need to put it into some docs. and remove from haret then.
15:21.59cr2hmm. and the non-pxa cpus will not see anything.
15:24.53cr2kiozen: found the battery monitor :)
15:25.40cr2Kevin2: is it possible to decode the cpld_* bits  here:
15:25.42cr2029.481(0000027) 077c5910: e1c230b0(strh)        #   cpld_G =00000002
15:26.24Kevin2cr2: I think http://www.handhelds.org/moin/moin.cgi/HaRET_20Documentation covers the distinction between GPIOS, TRACES, mmu trace, and pxa trace.  Let me know if you can think of a way to make it more clear.
15:26.45cr21, 2 and 3 are easy, but i need to think which bits 'b'
15:27.35Kevin2cr2: Decoding in mmu trace is a bit of a pain.  There is no good way to show deltas - so, you're likely to get spammed with tons of bit definitions.
15:27.45cr2Kevin2: ok, but these htc cplds are very different indeed. many of them support direct reads.
15:28.07Kevin2Yes - Hermes, for example, supports reads on the output gpios.
15:28.15cr2Kevin2: i see. so i'll postprocess them.
15:32.44*** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-010cc66d13850b81)
15:33.27dcordesBabelO, 1 out of 1 hunk FAILED -- rejects in file arch/arm/mach-pxa/htcblueangel/blueangel.c
15:35.59BabelOdcordes: are you sure you apply them in correct order ? check the .rej file
15:36.07MarexP:  Vendor=0a12 ProdID=0001 Rev=15.93
15:36.13Marexfalls and laughs
15:36.22Marexwell bluetooth is really on USB
15:36.27Marexon beetles
15:38.07BabelOMarex: they built in a bluetooth stick :)
15:38.42Marex:-D
15:39.01MarexBabelO, but you're not way too far from truth
15:39.18cr2i'm wondering if the usb needs more power than rs232.
15:39.34MarexIm wondering how to turn it on
15:39.44MarexI just booted with bluetooth turned on from wince
15:40.09cr2check the power gpios ?
15:40.53Marexcr2, I have some tips
16:19.16dcordesBabelO, where can I find the right order? Does the order in .bb represent the orter in which bitbake applies them?
16:19.35BabelOdcordes: yes
16:20.02Marexcr2, GPIOC7 is bt related
16:20.10BabelOdcordes: to find correct order, just look at line number inside patch and you can know how to apply them
16:20.29MarexBabelO, is there any asic3 driver, that can switch it's GPIOs from userspace ?
16:21.22BabelOMarex: don't know, there was a patch at hh for that, but only for pxa gpios, maybe it can works with gpio2 driver now
16:22.00Marexwell we (hackndev) had GPIOed for pxagpios
16:22.19Marexok, I will write some code for that, it'd be copy-paste work
16:32.21dcordesBabelO, ok bablo-irda hast to be first, then alge-gpiokeys
16:33.03Marexcr2, ok, patch sent to ML
16:39.16cr2Marex: gpioc7 is bt reset ?
16:41.31cr2=0, sleep c8,=1, sleep 1f4
16:42.12Marexcr2, reset or power, dunno yet
16:42.30cr2looks like reset.
16:42.38cr2and it's the bt reset on sable.
16:43.05Marexcr2, btw we need some patch for sable, that will clean up the source ...
16:43.11Marexcr2, (formating)
16:43.21Marexcr2, but that goes after the stuff in ML is merged
16:44.19MarexC7 - 0 when BT is OFF ; 1 when BT is ON
16:45.34cr2C8 is acx100 reset on sable, but used for something else on beetles.
16:45.48cr2Marex: some timed flipping of C7 looks like reset.
16:46.25Marexreset should have same state if BT is on and off
16:47.44cr2it all goes over mis_ioctl()
16:49.12Marexcr2, I will probably write some utility to boot linux right from the bootloader
16:49.25Marexbecause when I boot from wince, BT is always visible on usb
16:49.48cr2hm. check the resume first.
16:50.03cr2does beetles resume ?
16:50.36cr2is it possible to do a ramboot from the bl ?
16:50.46Marexit has some issues
16:50.56cr2ok, dump the first 256K of ROM.
16:51.01cr2issues ?
16:51.36Marexah, it does resume
16:52.12MarexI guess the bootloader should be able to do ramboot
16:52.24Marexjust load linux to 0xa0008000 and jump there
16:52.41cr2i dont have the beetles bl.
16:52.48cr2linux of zimage ?
16:52.54cr2s/of/or/
16:53.01MarexzImage
16:53.17cr2it'll overwrite the bl.
16:53.29Marexwhy?
16:53.34cr2where is the OHCI buffer located ?
16:53.38Marexloading it into RAM cant do problems
16:54.04cr2ah, in ram.
16:54.29cr2btw, if you can resume then the resume process is the same as on sable.
16:54.49Marexsince it has the same bootloader
16:54.59MarexIm wondering if I can flash windblows from sable to beetles
16:55.01cr2no
16:55.11cr2sable has g4
16:55.13MarexI was unable to handcraft the SD image so far
16:55.17Marexcr2, ok
16:55.25cr2image of the header ?
16:55.30cr2s/of/or/
16:55.44MarexI have the header
16:55.59cr2how did you create it ?
16:56.11MarexI cut it from other image
16:56.12cr2we had, and still have troubles with pH5.
16:56.19cr2will not work.
16:56.25Marexthe same way I did update from ROM 1.04 to 1.21
16:56.26cr2only hx4700 is that dumb.
16:56.42Marexit had some issues about bad CRC, but it works so screw that :D
16:56.55cr2not on ba/magician/uni.
16:56.57MarexI flashed it from SD using bootloader
16:57.18cr2can you pack and send me the bl ?
16:57.22MarexI saved 1.04 using d2s and flashed back with changed rom using s2d
16:57.40Marexcr2, can you wait for it ? I have to leave now
16:57.46cr2ok.
16:57.49Marex(Im going to prague in 15 mins)
16:58.01Marexor
16:58.17Marexis the BL in the image I got using d2s ?
16:58.53cr2no, it's the pwf 0x0 0x40000
16:58.59cr2no, it's the pwf bl 0x0 0x40000
16:59.53Marexhm, then tell me how to dump it in the evening, Ill be back at 0.00
17:00.55cr2ok.
17:01.33*** join/#htc-linux CVirus (n=GoD@82.201.222.52)
17:01.44dcordesBabelO, I changed the order so first bablo-irda and then alge-gpiokeys comes
17:02.17dcordesstill it fails
17:02.18Marexcr2, or ... haret can do some pmem .... something, right ?
17:02.27dcordesApplying patch alge-gpiokeys-gt-128-workaround.patch
17:02.27dcordespatching file arch/arm/mach-pxa/htcblueangel/blueangel.c
17:02.27dcordesHunk #1 FAILED at 485.
17:03.23cr2Marex: pwf bl 0x0 0x40000
17:03.56Marexcr2, I guess I need to save it to some file ?
17:04.49cr2bl is the filename
17:05.05cr2PhysicalWriteFile
17:05.11cr2=pwf
17:06.18Marexcr2, email
17:06.29Marex(Im being molested that I should hurry)
17:08.37Marexcr2, send me your mail address please ;)
17:10.56dcordesMarex, just get going and later check his email in the logs irclog.iclem.net
17:13.39Marexok, bye, gotta go
17:18.24*** join/#htc-linux gers (n=root@p54A2D173.dip.t-dialin.net)
17:19.52gershas somebody ever tried 2.6.23 on universal?
17:44.41*** join/#htc-linux LunohoD_ (n=alex@e180074229.adsl.alicedsl.de)
17:54.08dcordesgers, I thought there is only hh kernel for uni
18:10.21dcordesBabelO, can you pastebin me your blueangel.bb?
18:11.13*** join/#htc-linux irqsRfun (n=root@64.252.24.8)
18:11.28*** part/#htc-linux irqsRfun (n=root@64.252.24.8)
18:14.16BabelOdcordes: i did not use OE to build kernel
18:14.48dcordesah ok
18:15.41BabelOdcordes: get path from -> http://linuxbox2.free.fr
18:15.46dcordeshttp://pastebin.ca/945096
18:15.52BabelOi just put the whole pathc and the defconfig
18:17.39dcordesBabelO, one patchfile?
18:17.54*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
18:19.08BabelOdcordes: http://linuxbox2.free.fr/blueangel/Blueangel_hh_patch/
18:19.09dcordesBabelO, http://linuxbox2.free.fr/blueangel/patch_all_oldts.diff ?
18:19.56dcordessuper. ce sont toutes les patches en une fichier?
18:20.57BabelOoui
18:21.06dcordesmerci beaucoup
18:56.06*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
19:19.22*** join/#htc-linux dcordes_ (n=snoopdog@unaffiliated/dcordes)
19:21.02*** join/#htc-linux CVirus (n=GoD@82.129.130.225)
19:26.40*** join/#htc-linux gers (n=root@p54A2D21D.dip.t-dialin.net)
19:30.34gersHallo all. I found that poky offers a universal-kernel-2.6.23. The kernel-page on handhelds.org tells me there is work on 2.6.23, but i can't find anything. How is the progress on it?
19:38.34cr2gers: it's some hack made of old hh.org code. it will be really interesting with 2.6.24+
19:38.54cr2kiozen: still alive ?
19:55.06dcordescr2, is it a time consuming proccess to do such a merge like that?
19:55.28dcordesI mean like converting old uni hh kernel to 2.6.23 e.g.
19:57.57diogene31dcordes: I took me 2 full weeks to convert my tree (mio kernel tree from 2.6.21-hh20) to 2.6.25-rc5 tree from comparison.
20:00.19dcordesoh that definetly sounds like it is time consuming
20:00.53dcordesdiogene31, but I guess know it will be less complicated to continue merging up to newer kernel versions?
20:02.34diogene31dcordes: You're right. But the initial porting effort is huge, trust me. And the more the patches are enlaced, the more difficult it is to achieve the merge.
20:20.52dcordeslooks like I need some learning when I want ba with 2.6.24
20:31.29cr2dcordes: it's better to clean the -21 code first.
20:32.52dcordescr2, can you help me building ba kernel with OE with babel0's patch? http://linuxbox2.free.fr/blueangel/Blueangel_hh_patch/ somehow bitbake says it can't find the files in the patch
20:33.06dcordeswhen I apply the patch in the kernelsource manually with -p0 it works fine
20:33.43cr2dcordes: i never use oe for building the kernel
20:34.04cr2because i hate this oe patch mess.
20:34.33dcordescr2, I would like to also to it that way but I don't know how to put the kernel manually
20:34.42dcordesI mean how do I get a fitting rootfs from OE then?
20:35.02dcordessay I got a zImage manually but want to have a openmoko filesystem
20:36.57dcordesI never wondered how to do this because akita is so well maintained, it always builds fine with rp kernel
20:37.51cr2imho it's easier to cleanup the patches and commit them to hh.org CVS directly.
20:38.54dcordesthey all patch perfectly. what kind of cleaning would they require?
20:39.42dcordesBabelO, already put them into one patchfile, see link above
20:44.52cr2dcordes: looks good. the asic3_base warning should probably stay as is.
20:45.38dcordesnice. would be cool if somebody with hh cvs access could commit it then ;)
20:47.35cr2ok.
20:48.02cr2i need to change the // comments first.
20:49.35*** join/#htc-linux Marex_N76 (n=Marex_N7@gprs3.vodafone.cz)
20:51.25dcordescr2, great thanks a lot
20:53.37*** join/#htc-linux pH5 (n=ph5@e178224226.adsl.alicedsl.de)
20:55.16Marex_N76cr2, C7 hi = bt connected to usb and vice versa
20:57.17*** join/#htc-linux noelcragg (n=noel@adsl-69-232-228-255.dsl.pltn13.pacbell.net)
20:59.21kiozencr2: what's up?
21:04.42cr2kiozen: hacked a lot of useful stuff for n560
21:05.17cr2check here http://www.handhelds.org/moin/moin.cgi/LooxC550Hardware
21:05.22kiozenyeah, I have read the logs :)
21:05.47kiozenlol "something in SDRAM"
21:06.01cr2wifi is a bit behind because of sdio.
21:06.32kiozenimpressive list, good work
21:06.40cr2i'm thinking about 2.6.24, but the htc-egpio will brake it.
21:06.41kiozen:)
21:06.59kiozenany kernel will do
21:07.05cr2pH5: is htc-egpio compatible with 2.6.24+ ?
21:07.39cr2ok, so wifi is problematic, although i've identified all power and reset gpios.
21:07.46cr2for wifi too.
21:08.08cr2it's interesting that the gps power control is built into the kernel :)
21:08.26cr2not a .dll driver
21:08.45pH5cr2: I have htc-egpio against 2.6.25-rc2, but I have strange hangups during boot on magician currently. not sure if there's some memory corruption from outside of htc-egpio :(
21:09.10pH5it was submitted to LAK already some time ago, but I didn't push it too hard.
21:09.36cr2pH5: ok. n560 is also pure pxa270+egpio, so it may work too.
21:10.27pH5http://en.pastebin.ca/945332
21:11.35cr2pH5: thanks.
21:12.06cr2pH5: i'm a bit upset that we can't finish some device completely, and with the current kernel...
21:12.43pH5if I comment out the initial egpio_write_cache call, it works just fine
21:13.22pH5cr2: I'm going to finish magician, no matter when :)
21:13.37cr2:)
21:13.46pH5too bad it's a relatively useless device.
21:14.55pH5having to chase mainline changes all the time is a big problem for my limited supply of time.
21:15.45cr2yeah. that's why we want to push as much common drivers as possible.
21:15.49pH5cr2: do you still have the universal?
21:16.29pH5that one always seemed like the most likely candidate for completion.
21:16.44pH5but yes, we really need to get complete asic3 and egpio support into mainline..
21:17.46cr2pH5: yes, i have the universal.
21:17.57cr2the cams are missing there.
21:18.15cr2pxa_camera. and the asic3_mmc for 2.6.24+
21:18.47cr2it seems that nobody wants to run 2.6.24+ on hx4700 ?
21:20.58pH5cr2: I would like to. Same for your BA. But I still have problems with even basic asic3 setup.
21:21.20pH5And now 2.6.25 is around the corner, probably breaking other stuff :)
21:21.38cr2yes, ba is an asic3 device too.
21:25.42*** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
21:26.55cr2BabelO: i want to commit your BA patch. do you want to make some more cleanups ?
21:27.33cr2pH5: there is a n_tihtc patch there too, what do you think about it ?
21:27.57BabelOlast patch i post today is ok, just need to don't care about ds1wm and n_tihtc
21:28.11BabelOcr2: it is the pH5 patch + silent mode
21:28.28BabelOand an unused variable + a old comment :)
21:28.57cr2ok. what about ds1wm ?
21:29.15cr2the rest seems to be ba-specific, so it's not a problem for anybody else.
21:29.32BabelOcr2: in ds1wm it is a clearing irq, one more
21:30.04BabelOBabelO: i was hopping that ph5 had time to look at that :)
21:32.24cr2BabelO: what is you latest working omap850 kernel ?
21:32.46BabelOcr2: hh-20
21:33.05BabelOso 2.6.21, i did not try with montavista kernel
21:33.16cr2ok.
21:45.58*** join/#htc-linux CVirus (n=GoD@82.201.222.52)
22:01.05*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
22:09.06BabelOpH5: do you remember my post about bluetooth headphone on computer ?
22:09.52dcordesdoes somebody have a treo? http://www.handhelds.org/moin/moin.cgi/PalmTreo650Status
22:11.45Marexcr2, hi
22:11.48Marexhi all
22:12.09BabelOMarex:  it is not 00:00 :)
22:14.14Marexok
22:14.51cr2Marex: doc P3 ?
22:15.37pH5BabelO: not sure. about this one: http://wall4.soft.uni-linz.ac.at/_wiki/tiki-index.php?page=ProjectBluezHandsfree ?
22:15.58Marexcr2, huh ?
22:16.10BabelOpH5: yes, so good, you have a better search engine than me :)
22:16.16BabelOpH5: thx
22:21.56BabelOpH5: watchdog on n800 works very well ;) it reboot automatically all the time
22:22.18pH5BabelO: what are you doing to it? :)
22:22.45pH5I didn't even have it crash on me yet except when playing with the DSP.
22:23.36BabelOpH5: this afternoon, don't laugth, i connect by blueangel to the n800 with usb host and put all in my bedroom, then i remote connect to both device and play with aircrack from computer..lol
22:24.05BabelOand now i try bnep, and don't understand why, but n800 reboot with some trame
22:29.12BabelOi have a lot of wifi network at home :)
22:29.58cr2BabelO: i've put the BA code into CVS
22:30.32BabelOcr2: thanks a lot :)
22:32.41cr2BabelO: how to do "verbatim" in hh.org wiki ?
22:33.24BabelOcr2: sorry, what do you mean by "verbatim" ?
22:33.34cr2as a code block.
22:33.44cr2i'm lazy to do the proper formatting.
22:37.38dcordescr2, are the ba patches present when I pull now?
22:38.18cr2BabelO: ok, found out :)
22:38.32cr2dcordes: yes, try if it compiles now :)
22:38.36dcordesok
22:39.33BabelOcr2: ok
22:45.08dcordesphew BA in OE looks pretty broken
22:52.56*** join/#htc-linux patoche (n=patoche@lns-bzn-56-82-255-243-59.adsl.proxad.net)
23:15.33*** join/#htc-linux Dinde (n=kayser@sur-internet.net)
23:17.48*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
23:25.48BabelOgood night
23:27.53cr2Marex: are you already sleeping ?
23:29.07pH5good night
23:31.56Marexcr2, sorry
23:32.08MarexI had some visitor here
23:32.22Marexcr2, wassup ?
23:35.09cr2Marex: i've decoded most of the n560 gpio data :)
23:44.55Marexcr2, cool :)
23:45.16Marexcr2, I need your email to send you that "naked girls pics" :p
23:56.32*** join/#htc-linux tuff (n=phil@tuffnatty.dialup.corbina.ru)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.