00:02.30 | Kevin2 | cr2: Can you send the haretconsole log file of http://pastebin.ca/944256 -- that way I can feed it through dis.py myself. |
00:02.41 | cr2 | Marex: we have quite some differences between sable and beetles. |
00:03.06 | Marex | cr2, I see it too |
00:03.29 | Marex | maybe we should split them back ? |
00:03.31 | cr2 | Kevin2: ok. |
00:04.32 | cr2 | Marex: don't think so. the core features are the same, and we have the #ifdef spaghetti already. |
00:05.53 | cr2 | Kevin2: where should i send it ? |
00:07.26 | cr2 | Kevin2: it's just lke that: |
00:07.28 | cr2 | 001035: mem GPIOS(18) a9200118=000087c3 (00000001)M |
00:07.43 | Kevin2 | cr2: Can you pastebin the file? |
00:08.12 | cr2 | 266 K |
00:09.20 | Marex | cr2, addlist mmutrace p2v(0x04000000) 0x100 should do the trick, right? |
00:09.33 | cr2 | Kevin2: ok, made a smaller version. |
00:10.01 | cr2 | Marex: if you'd like to trace the first 256 bytes of 0x04 |
00:10.11 | Marex | ok |
00:11.12 | cr2 | Kevin2: http://pastebin.ca/944293 |
00:17.20 | Marex | 009.717(0053469) IRQS ICIP: DMA(25)=1 |
00:17.29 | Marex | this is only thing I get when playing sound |
00:21.59 | cr2 | Marex: ok, i'll look at it. |
00:22.25 | Marex | cr2, it's not much informing that it uses DMA :/ |
00:22.27 | Kevin2 | cr2: 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.55 | cr2 | Marex: turn on MIC circuit power for Phone |
00:23.03 | cr2 | Kevin2: ok. |
00:24.12 | cr2 | Kevin2: yes. now it works. |
00:24.42 | cr2 | Kevin2: it does not parse the bits ? |
00:24.46 | cr2 | 001.879 GPIOS GPIO_C_Status(576)=87c3 |
00:24.46 | cr2 | 001.941 GPIOS GPIO_C_Status(576)=87c2 |
00:25.16 | Kevin2 | cr2: ph5 sent over the asic3 stuff. He didn't include bit parsing. |
00:25.54 | dcordes | bye |
00:26.23 | cr2 | Kevin2: ok. |
00:28.19 | cr2 | Marex: i don't see any magic addresses there. |
00:28.31 | cr2 | Marex: i'll tell you the bit you need to check. |
00:30.10 | cr2 | Marex: B 0x200 |
00:30.40 | cr2 | Marex: B 0x400 |
00:30.40 | Marex | sound related input ... |
00:30.50 | Marex | headphone jack sense |
00:31.08 | Marex | B 0x400 is headphone jack sense |
00:32.31 | cr2 | Marex: A 0x1, it's this magic bit on sable/uni too. |
00:32.51 | Marex | I noticed that |
00:32.57 | cr2 | D 0x40 |
00:33.10 | Marex | A 0x8 - headphones sound routing |
00:33.21 | Marex | A 0x40 - loudspeaker sound routing |
00:34.09 | cr2 | A 0x10 |
00:34.21 | cr2 | A 0x8 |
00:34.32 | cr2 | A 0x4 |
00:34.43 | cr2 | A 0x2 |
00:35.14 | Kevin2 | cr2: Do you want me to commit your patch? |
00:35.23 | cr2 | Kevin2: yes. |
00:35.44 | cr2 | Kevin2: 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.15 | Kevin2 | No - I can add the core. Someone will need to type in all the bit names though. |
00:36.15 | cr2 | Marex: that's all on ASIC3. there is some pxa gpio stuff going on, but it need more time to sort out. |
00:36.34 | Marex | cr2, where did you get that from ? |
00:36.36 | cr2 | Kevin2: the bit names are machine dependent. |
00:36.56 | cr2 | Kevin2: the GPIOC4 is enough i guess. |
00:37.06 | cr2 | Marex: from wavedev.dll |
00:37.06 | Kevin2 | cr2: Yeah - I think we should stick to generic names in haret. |
00:37.16 | Marex | cr2, from beetles ? |
00:37.20 | Kevin2 | A lot of what we think a bit means are guesses. |
00:37.44 | cr2 | Kevin2: it's just not worth the pain now. |
00:37.51 | cr2 | Marex: yes. |
00:38.35 | cr2 | Marex: are there any differences to http://wiki.xda-developers.com/index.php?pagename=SableASIC3 |
00:39.11 | Marex | A0/A1 may be power |
00:39.18 | Marex | D6 reset ? |
00:39.43 | Marex | B10 - headphone jack sense |
00:40.00 | Marex | A2 is also suspicious |
00:40.26 | cr2 | Marex: A0 is something i2c-related. it maybe something evil. |
00:40.59 | Marex | cr2, hm, maybe it connects the device to i2c bus to prevent bus being spammed > |
00:41.00 | Marex | ? |
00:41.40 | cr2 | we thought it may be an arbiter for some second i2c master. |
00:41.56 | cr2 | look at the sable notes of lkcl |
00:41.56 | Marex | there is second i2c master as you know |
00:42.12 | cr2 | i have his sable actually. it's not my phone. |
00:42.29 | cr2 | the phone modem can be the second master. |
00:42.58 | cr2 | you get an AT notification, and disconnect from i2c bus as a master. |
00:43.13 | cr2 | then the modem takes over your sound routing. |
00:43.54 | cr2 | on universal i hardcode this bit setting to 1. |
00:44.11 | cr2 | wince lowers this bit under some conditions. |
00:44.29 | Marex | ok, I set it to 1 too |
00:44.30 | cr2 | but i didn't have the patience to track down these conditions. |
00:44.39 | cr2 | what is the "normal" setting ? |
00:46.25 | cr2 | Marex: but it may be something harmless related to BT sound. |
00:46.42 | cr2 | we don't have BT sound working on any phone. |
00:51.36 | cr2 | GPIO_A_Status(527)=4087 |
00:51.44 | cr2 | GPIO_A_Status(527)=c087 |
00:51.52 | cr2 | on wakeup |
00:52.17 | cr2 | ok, it's the LCD power. |
00:52.38 | cr2 | and B 20 |
00:52.59 | cr2 | ok, it's the wifi irq. |
00:54.36 | cr2 | Marex: traced 'playsound' |
00:54.47 | cr2 | 28 30 31 113 |
00:54.54 | Kevin2 | cr2: 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.17 | Marex | cr2, Im afraid of one thing |
00:55.25 | Marex | cr2, the codec has sleep states |
00:55.41 | Marex | it may be enable on first boot and then just set to sleepstate |
00:56.08 | cr2 | Kevin2: ok. |
00:56.18 | cr2 | Marex: it's i2s out so far. |
00:57.15 | cr2 | Marex: playsound on asic3- |
00:57.15 | cr2 | 012.528 GPIOS GPIO_A_Status(518)=c0c7 |
00:57.15 | cr2 | 013.613 GPIOS GPIO_A_Status(518)=c087 |
00:57.32 | cr2 | it's A 0x40 |
00:57.46 | cr2 | speaker power probably. |
00:57.51 | Marex | yes |
00:57.56 | Marex | definitelly |
00:59.11 | cr2 | so you should have working sound. after booting from wince. |
00:59.30 | Marex | there is nothing on i2c |
00:59.50 | cr2 | i have not found sound chip reset on universal, btw. |
01:00.06 | cr2 | which has cpld,asic3 and whatever. |
01:00.15 | Marex | :D |
01:00.23 | cr2 | GPIOA6 0x0040 speaker on |
01:00.39 | cr2 | so with some minor hacking you'll have sound play |
01:01.10 | cr2 | with the same PXA i2s setup as magician. |
01:01.27 | Marex | root@palmld:~$ /i2cdetect 0 |
01:01.27 | Marex | WARNING! This program can confuse your I2C bus, cause data loss and worse! |
01:01.28 | Marex | I will probe file /dev/i2c-0. |
01:01.28 | Marex | I will probe address range 0x03-0x77. |
01:01.28 | Marex | Continue? [Y/n] |
01:01.28 | Marex | <PROTECTED> |
01:01.30 | Marex | 00: 03 -- -- -- -- -- -- -- -- -- |
01:01.40 | Marex | what is that thing on 0x03 ?! |
01:01.47 | Marex | it wasnt there before |
01:01.57 | Marex | and whole i2c bus is screwed up from it |
01:02.11 | cr2 | trace i2c in wince. |
01:02.21 | Marex | how ? :O |
01:02.29 | cr2 | 0xae...1380 |
01:02.34 | cr2 | i'll check. |
01:02.49 | Marex | thanks, but maybe Im getting somewhere? |
01:02.59 | cr2 | 1388 if i'm not mistaken. |
01:03.26 | Marex | cr2, still ... what's that 0x03 |
01:04.20 | cr2 | trace i2c in wince. |
01:04.53 | cr2 | 009.586 GPIOS GPIO_B_Status(553)=d562 |
01:04.53 | cr2 | 009.592 GPIOS GPIO_B_Status(553)=d762 |
01:04.53 | cr2 | 009.636 GPIOS GPIO_B_Status(553)=d562 |
01:04.57 | cr2 | headset detect |
01:06.23 | cr2 | 076.208 GPIOS GPIO_A_Status(515)=c08f |
01:06.51 | cr2 | 040.297 GPIOS GPIO_A_Status(515)=c087 |
01:07.00 | cr2 | this is playing sound to headset. |
01:07.12 | cr2 | hmm. need to update to the bit parser of Kevin |
01:07.14 | Marex | root@palmld:~$ /i2cdetect 0 |
01:07.14 | Marex | WARNING! This program can confuse your I2C bus, cause data loss and worse! |
01:07.14 | Marex | I will probe file /dev/i2c-0. |
01:07.14 | Marex | I will probe address range 0x03-0x77. |
01:07.14 | Marex | Continue? [Y/n] |
01:07.15 | Marex | <PROTECTED> |
01:07.17 | Marex | 00: -- -- -- -- -- -- -- -- -- -- -- -- -- |
01:07.19 | Marex | 10: -- -- -- -- -- -- -- -- 18 -- -- -- -- -- -- -- |
01:08.27 | cr2 | Marex: it's uda1380 |
01:08.35 | Marex | cr2, RIGHT! |
01:09.00 | cr2 | have a break. compile the kernel for n560 :) |
01:09.26 | cr2 | the sound setup on n560 is a bit screwed at the moment too. |
01:09.35 | Marex | n560 has that uda too? |
01:09.43 | cr2 | no. wm |
01:09.59 | Marex | that has to be pretty much straightforward |
01:10.17 | cr2 | i can't properly select it in menuconfig. probably something in Kconfig/Makefile |
01:12.24 | Marex | <6>UDA1380 Audio Codec 0.5<6>asoc: UDA1380 <-> pxa2xx-ssp1 mapping ok |
01:12.24 | Marex | <6>asoc: UDA1380 <-> pxa2xx-i2s mapping ok |
01:12.24 | Marex | <7>uda1380: uda hw write 2 val 100 |
01:12.24 | Marex | <7>uda1380: uda hw write 0 val 10 |
01:12.24 | Marex | <4>i2c: error: exhausted retries |
01:12.24 | Marex | <4>i2c: msg_num: 0 msg_idx: -2000 msg_ptr: 0 |
01:12.26 | Marex | <4>i2c: ICR: 000007e0 ISR: 00000002 |
01:12.28 | Marex | <4>i2c: log: [00000446:000007e0] |
01:12.30 | Marex | <6>ALSA device list: |
01:12.32 | Marex | <6> #0: Magician (UDA1380) |
01:12.34 | Marex | so here we go |
01:13.32 | cr2 | Kevin2: the parser works. |
01:13.42 | cr2 | 003.000 GPIOS GPIO_A_Status: GPIO_A6(518)=0 |
01:13.42 | cr2 | 003.000 GPIOS GPIO_B_Status: GPIO_B14(558)=1 |
01:13.42 | cr2 | 003.000 GPIOS GPIO_C_Status: GPIO_C8(584)=0 |
01:13.42 | cr2 | 003.319 GPIOS GPIO_B_Status: GPIO_B14(558)=0 |
01:14.13 | cr2 | Marex: rename to HTC Beetles |
01:14.22 | Marex | cr2, later, later :p |
01:14.28 | cr2 | :D |
01:14.30 | Marex | cr2, I still use hacked magician.c |
01:14.34 | cr2 | ok. |
01:14.52 | Kevin2 | cr2: Is that whay you had in mind? Should I commit? |
01:14.53 | Marex | whole sound/arm/soc looks like after severe bombing |
01:15.04 | cr2 | Marex: update to the latest haret CVS. |
01:15.06 | Marex | I need mpg123 binary :D |
01:15.12 | Marex | cr2, ok |
01:15.25 | cr2 | Kevin2: yes, it's perfect. |
01:15.40 | cr2 | Kevin2: much better than GPIOS GPIO_B_Status(553)=d562 |
01:16.44 | Kevin2 | cr2: 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.59 | Kevin2 | Everything should be checked in now. |
01:17.04 | cr2 | Kevin2: it can be extended to asic3 IRQ tracing, but imho it's not really worth it. |
01:17.59 | cr2 | you see the level change anyway, and know which one is an irq. |
01:18.26 | cr2 | i need to port the 'dump asic3' and 'dump asic3gpio' some time. |
01:20.16 | Kevin2 | cr2: Adding irq tracing is simple - just add a "addlist IRQS <addr>" to machlist.txt. |
01:21.56 | cr2 | Kevin2: yes. |
01:24.18 | cr2 | Kevin2: what is the status of hermes ? i've not touched it for some time.. |
01:26.35 | Kevin2 | cr2: I haven't done anything in a while either. |
01:26.49 | cr2 | ok. |
01:27.09 | cr2 | i've added my atiw_mmc code to CVS, but it's incomplete. |
01:27.43 | cr2 | and there will be a problem in .23 -> .24 update |
01:27.50 | cr2 | because of the sdio. |
01:28.10 | cr2 | afaik asic3_mmc is not working in .24 too, but i need to check it. |
01:31.48 | cr2 | Marex: the 0x08000000 is mapped in your mmu dump. i don't know what's that. |
01:32.00 | cr2 | Marex: everything else is know. |
01:32.06 | cr2 | s/know/known/ |
01:32.46 | Marex | maybe CPLD :p |
01:33.17 | cr2 | lol |
01:34.03 | cr2 | i don't know, maybe it's just an artefact |
01:34.09 | cr2 | sable has wifi there. |
01:35.49 | cr2 | everything else are rom/ram mappings. and the debug. |
01:35.59 | cr2 | seems identical to sable actually. |
01:42.02 | Marex | cr2, dont you have by any chance static binary of mpg321 for arm? |
01:43.12 | Kevin2 | Sounds like someone should mmu trace 0x08000000 and see what reads/writes to it. :-) |
01:43.12 | noelcragg | Is there a recommended gcc version for kernel compiles? Or is there a recommended precompiled toolchain to use? |
01:44.01 | cr2 | Marex: cat *.wav > /dev/dsp |
01:44.41 | Marex | time to make one |
01:45.27 | Marex | lots of i2c timeouts |
01:46.08 | cr2 | switch off the i2c debug |
01:50.10 | noelcragg | I'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.49 | Marex | got some sound |
01:50.51 | Marex | woohoo |
01:51.43 | cr2 | noelcragg: we are currently hacking the beetles/sable setup. |
01:51.51 | cr2 | Marex: lol. |
01:52.04 | cr2 | Marex: don't forget about n560 :) |
01:52.08 | cr2 | good night. |
01:52.11 | Marex | what about it ? |
01:52.16 | Marex | cr2, gnight |
01:52.33 | cr2 | check if the n560 compiles and runs for you. |
01:52.40 | Marex | ok |
01:52.49 | cr2 | and maybe make the sound work there too. |
01:52.57 | noelcragg | cr2: ok, just getting my feet wet here; apologies for the dumb questions |
01:52.59 | Marex | right after I sort out the sound patch for beetles |
01:53.24 | cr2 | i've found the battery monitor, and will do the gps once i'll work out the LCD resume. |
01:54.06 | cr2 | noelcragg: it's probably easier to fix the current setup than trying to dig out some old broken stuff. |
01:54.18 | Marex | np: Dark Moor - Vivaldi's Winter |
01:54.20 | Marex | 8D |
01:54.31 | Marex | at least I have mplayer's binary there |
01:54.42 | cr2 | ok, it's 2:55 now. time to sleep ;) |
01:54.50 | Marex | same here |
01:54.50 | noelcragg | cr2: 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.53 | Marex | time to sort those patches |
01:55.48 | cr2 | noelcragg: the only remaining hardcore thing is the mdoc g4. |
01:56.26 | cr2 | but it's hacked to some extent in the readonly mode. just need to adjust 2 registers compared to the mdoc g3. |
01:56.41 | noelcragg | cr2: that's the nand flash? |
01:56.49 | cr2 | everything else more or less works, and just needs the code cleanup. |
01:57.25 | cr2 | noelcragg: yes, but with some m-systems asic at the top. |
01:57.58 | cr2 | and their proprietary filesystem. |
01:58.04 | cr2 | trueffs |
01:58.25 | noelcragg | right |
01:58.27 | cr2 | which uses hamming checksum + BCH coder |
01:58.50 | cr2 | but you need to hack this only for wince compatibility. |
01:59.14 | cr2 | if we will sort out the block writing + DMA (for speed) |
01:59.32 | cr2 | then we can just use jffs2 or something else. |
01:59.44 | cr2 | ok. good night. |
01:59.54 | noelcragg | cr2: thanks for the talk-through; nighty night |
02:02.15 | Marex | cr2, 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.32 | lkcl | cr2! darling! so sorry, i moved my server and forgot to move your home directory |
05:41.17 | lkcl | so 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.48 | lkcl | it's rsyncing over, right now :) |
05:42.23 | lkcl | but... _damn_ you got a lot of crap in there, so it's taking a long time ok? |
05:44.45 | lkcl | ok. the new server it's on is a virtual machine (xen VM). sooooo new house rules, ok? |
05:44.45 | lkcl | 1) don't hammer it!! |
05:46.07 | lkcl | 2) 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.11 | cr2 | hi |
10:02.35 | cr2 | lkcl: i'll clean the unneeded files there. |
10:02.43 | cr2 | lkcl: 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.12 | BabelO | hi |
12:08.14 | dcordes | hi BabelO, others |
12:16.31 | cr2 | hi |
12:16.56 | cr2 | BabelO: can you grab the latest haret source, and check if you can trace the artemis CPLD ? |
12:18.09 | cr2 | Kevin2: make: *** No rule to make target `haretconsole/arm-linux-objdump', needed by `out/haretconsole.tar.gz'. Stop. |
12:22.53 | BabelO | cr2: ok |
12:24.07 | cr2 | BabelO: i've added some support for decoding the 'watch gpios' output. it works on n560. |
12:27.28 | BabelO | cr2: can you tell me what is your toolchain exactly |
12:28.05 | cr2 | hmm. some old version of cegcc |
12:28.22 | cr2 | gcc 4.1.0 |
12:29.06 | cr2 | BabelO: what is the acx100 pcmcia address on ba ? 0x2c* ? |
12:29.16 | BabelO | cr2: 0x2cxxxxxxxx |
12:29.41 | cr2 | ok. |
12:32.02 | cr2 | hmm. don't see any activity on n560 too. |
12:32.17 | cr2 | only |
12:32.19 | cr2 | 000.280(0044541) IRQS GEDR0: GPIO12(76)=1 |
12:32.19 | cr2 | 000.284(0012720) IRQS GEDR0: GPIO12(76)=1 |
12:32.26 | cr2 | which is the acx100 irq. |
12:33.00 | BabelO | you can try ba driver if you have gpios ;) |
12:34.29 | cr2 | hm. i can't connect over usb, so disabling wifi is not good. |
12:35.11 | cr2 | <PROTECTED> |
12:35.26 | cr2 | very useful app on a gps pda. |
12:35.51 | BabelO | lol |
12:36.06 | BabelO | cr2: did you try with odccm to connect over usb ? |
12:37.28 | cr2 | don't want to patch the kernel |
12:49.30 | BabelO | cr2: what is the correct toolchain to download ? |
12:49.31 | BabelO | http://sourceforge.net/project/showfiles.php?group_id=173455 |
12:51.35 | dcordes | BabelO, http://www.algepop.net/users/alge/angstrom-ba/kernel-patches/README.txt <- which .bb file does alge mean? the one in OE? |
12:51.53 | cr2 | BabelO: i've used CVS |
12:53.55 | BabelO | dcordes: yes |
12:57.05 | BabelO | cr2: i ve this one arm-wince-cegcc-gcc, i try another |
12:59.22 | cr2 | ok. |
13:01.34 | dcordes | BabelO, org.openembedded.dev/packages/linux/linux-handhelds-2.6_2.6.21-hh20.bb right? |
13:02.59 | BabelO | dcordes: yes, add algi patch to your local copy |
13:03.51 | dcordes | BabelO, where exactly? |
13:04.04 | Marex | cr2, hi :p |
13:04.35 | BabelO | cr2: ok i found the corect toolchain now ;) i ll check if you r patch is in linuxtogo or handhelds |
13:04.51 | BabelO | hi Marex |
13:05.13 | Marex | hi BabelO |
13:05.17 | cr2 | hi Marex |
13:05.26 | BabelO | dcordes: in this file you can add alge patch file, look at other bb file around how to do that |
13:05.29 | Marex | cr2, Im now checking the bluetooth |
13:05.43 | dcordes | BabelO, ah I see |
13:05.43 | cr2 | Marex: on n560 ? |
13:05.50 | Marex | B14 and C7 are BT related |
13:05.54 | Marex | cr2, 6515d |
13:06.01 | cr2 | Marex: compare with sable |
13:06.10 | Marex | different chip ;D |
13:06.19 | cr2 | Marex: sable has bt support. |
13:06.20 | cr2 | ok. |
13:06.25 | Marex | beetles has the same chip as magician |
13:06.33 | Marex | and on magician it's connected over USB |
13:06.34 | Marex | :D |
13:06.44 | cr2 | Marex: i've found the cam gpios, and charge gpios on sable. |
13:06.47 | cr2 | ok. |
13:07.02 | Marex | I have the cam GPIOs too |
13:07.17 | cr2 | Marex: gnuharet has 'btctl' command. |
13:07.24 | Marex | I even implemented flash as led device |
13:07.35 | Marex | cr2, ah, thanks |
13:07.39 | cr2 | hmm. so much to port to mainline haret.. |
13:09.09 | Marex | cr2, isnt there a list of commands for haret/gnuharet ? |
13:09.29 | Marex | or should I look into the source ? |
13:09.31 | pH5 | hi Marex, did you succeed to turn on the codec? |
13:09.41 | pH5 | hi BabelO, cr2 |
13:09.54 | Marex | pH5, yea, I was listening to Vivaldi's Winter by Dark Moor :p |
13:10.14 | cr2 | Marex: source is the best. |
13:10.22 | Marex | cr2, ok |
13:10.27 | pH5 | :) |
13:10.49 | BabelO | hi pH5 |
13:11.12 | cr2 | pH5: 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.33 | pH5 | cr2: great, so Kevin2's perceived absence is just a time zone issue? |
13:13.16 | cr2 | he is more often seen on saturdays here. |
13:13.57 | BabelO | cr2: i just recompile haret from hh not linuxtogo, but did not see any patch from you |
13:15.16 | cr2 | BabelO: these patches are done by Kevin2 |
13:16.48 | BabelO | cr2: ok and they are in py |
13:17.41 | cr2 | BabelO: and in machines.txt |
13:17.45 | Marex | cr2, how do you watch those asic3 gpios ? |
13:18.15 | cr2 | wasic3gpio |
13:18.22 | Marex | ah, you mean that |
13:18.34 | cr2 | and iasic3gpio[abcd] |
13:18.39 | cr2 | it's a bit ancient :) |
13:19.05 | Marex | hm, I will have to recompile haret |
13:19.50 | dcordes | BabelO, don't I just put all the patchfiles into FILESPATH? |
13:21.35 | BabelO | dcordes: yes like it is done in others bb files |
13:31.07 | dcordes | BabelO, which defconfig do I want and what is up with not-used/ ? |
13:31.50 | BabelO | dcordes: alge has one on his site |
13:32.17 | dcordes | ok so simply "defconfig" |
13:42.49 | BabelO | cr2: how can i proceed to trace cpld, is it automatic ? |
13:44.56 | cr2 | BabelO: watch gpios |
13:45.46 | cr2 | pH5: GPDR=1 -> in ? |
13:46.05 | BabelO | cr2: ah ·) -> GPIOS cpldA=000000f9: CA0=1 CA3=1 CA4=1 CA5=1 CA6=1 CA7=1 |
13:47.19 | pH5 | cr2: out, zeros are in |
13:47.36 | cr2 | pH5: thanks. |
13:47.50 | BabelO | cr2: there are all set to 1 |
13:48.07 | cr2 | hehe. the n560 LCD control is more difficult... |
13:48.10 | pH5 | BabelO: all output is the default setting when the cpu is reset |
13:48.45 | cr2 | BabelO: can you force some known cpld gpio change ? |
13:49.06 | BabelO | cr2: yes that is what i try |
13:49.45 | cr2 | pH5: strange. |
13:49.48 | cr2 | GPDR2: GPIO86(214)=1 |
13:50.00 | cr2 | <PROTECTED> |
13:50.11 | cr2 | <PROTECTED> |
13:51.09 | cr2 | pH5: what is the pxa gpio level after reset ? |
13:51.20 | pH5 | cr2: 0 |
13:51.26 | pH5 | out/low is the 'parking position' |
13:51.34 | cr2 | ok. |
13:51.50 | pH5 | gpio 86 is used as an input? |
13:51.53 | Marex | pH5, looks like the bluetooth in beetles is connected over usb (same as in magician) |
13:52.06 | pH5 | if so, pulling it high before use sounds like a work around for some hardware quirk to me. |
13:52.33 | cr2 | saving power ? |
13:53.09 | cr2 | pH5: it's one of the weird LCD power(reset?) gpios. |
13:53.26 | cr2 | pH5: n560 runs at 104MHz says haret. |
13:53.54 | cr2 | Marex: what is the usb host reg dump ? |
13:54.12 | cr2 | Marex: pastebin the 'dump pxa27x' output of gnuharet |
13:54.35 | cr2 | Marex: i'm dumb ;) |
13:54.46 | cr2 | this part is not committed into CVS. |
13:54.50 | Marex | cr2, I mmutraced usb host address space |
13:55.06 | cr2 | dump pxa27xusb |
13:55.41 | pH5 | cr2: no idea, I've never seen a reset/power control gpio being switched to input temporarily |
13:56.03 | BabelO | cr2: i did not see cpld change :( |
13:56.14 | cr2 | pH5: that's why i say 'weird' :) |
13:56.21 | pH5 | yes indeed :) |
13:56.23 | dcordes | BabelO, 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.47 | cr2 | BabelO: ok, check 'show mmutrace' |
13:57.38 | Marex | - USB host RHPS1: enabled no |
13:57.38 | Marex | - USB host RHPS1: device connected no |
13:57.39 | Marex | + USB host RHPS1: enabled yes |
13:57.39 | Marex | + USB host RHPS1: device connected yes |
13:57.47 | Marex | cr2, ^ ;-) I told you it is on usb |
13:58.23 | BabelO | cr2: no output |
13:58.45 | cr2 | Marex: ok. |
13:58.49 | cr2 | BabelO: strange |
13:59.03 | Marex | cr2, though I think it needs still some GPIOs |
13:59.07 | Marex | but I might have them as well |
13:59.18 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1d88c.pool.einsundeins.de) |
13:59.20 | BabelO | dcordes: patch named fix- print-rom* not needed |
13:59.27 | cr2 | pH5: pxafb does things in a very different sequence from wince. it's nice that we never blown anything :) |
13:59.38 | dcordes | BabelO, ok removed it. rest is ok? also the path? |
14:00.22 | pH5 | cr2: same problem on magician, I should enable the LCDC in the middle of the sequence, not in the end. |
14:00.33 | pH5 | but pxafb only has one callback for the initialisation sequence |
14:01.05 | cr2 | yes. |
14:02.34 | BabelO | dcordes: babelo-phone.patch and silent-tihtc.patch not needed too |
14:04.21 | cr2 | BabelO: what do you have for artemis in src/mach/machlist.txt ? |
14:04.47 | cr2 | Artemis, OMAP850 ,ARTE, ARTEMIS, \ |
14:04.48 | cr2 | <PROTECTED> |
14:04.48 | cr2 | <PROTECTED> |
14:04.49 | cr2 | and so on. |
14:05.34 | BabelO | cr2: yes it is ok but only 0xf000 no 0xff00 |
14:05.40 | BabelO | oups no |
14:05.50 | BabelO | 0xff00 is in , it is ok |
14:06.15 | BabelO | cr2: i see it is setted when i do watch gpios |
14:09.59 | cr2 | ok. |
14:10.18 | cr2 | omap850 is weird. |
14:14.18 | pH5 | that is the cpld in mmio space, some 8bit registers, right? |
14:14.40 | cr2 | yes. |
14:14.57 | cr2 | pH5: the only omap850 phone without i2c cpld. |
14:16.14 | cr2 | http://wiki.xda-developers.com/index.php?pagename=ArtemisCPLD |
14:16.25 | cr2 | too many led powers :) |
14:42.40 | Kevin2 | cr2: I don't see that error here. Can you do a "make clean" first? What version of make are you using? |
14:47.52 | lkcl | cr2: let me know if you can still work with things - don't worry about "cleaning up" ok? |
14:48.12 | lkcl | i can always run up an extra partition eeven if it's just for you ha ha |
14:48.36 | cr2 | lkcl: hi. i'll login now. |
14:49.06 | cr2 | Kevin2: i have arm-wince-objdump as a symlink in haretconsole/ |
14:49.33 | lkcl | the 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.39 | lkcl | so stuff might be missing |
14:49.50 | lkcl | like.... your home directory ha ha |
14:51.46 | Kevin2 | cr2: 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.20 | cr2 | lkcl: everything seems to work, and the data is there too. |
14:52.26 | lkcl | good - ok. |
14:53.23 | lkcl | cr2: 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.41 | cr2 | Kevin2: ok, i'll check again. |
14:53.55 | cr2 | lkcl: i can remove some text files anyway. |
14:54.07 | lkcl | shrugs |
14:54.15 | lkcl | if they're useful, leave them. seriously. |
14:54.20 | cr2 | ok. |
14:56.13 | cr2 | Kevin2: 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.39 | cr2 | pxa trace output makes most sense. |
14:59.06 | lkcl | yaay, you're right - it works :) |
14:59.06 | lkcl | dog slow, which is good, but it works |
14:59.09 | lkcl | ok ttyl folks |
15:01.11 | cr2 | lkcl: ok. |
15:01.12 | Kevin2 | cr2: 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.34 | cr2 | HaRET(1)# addr2mod 0x8c246894 |
15:02.34 | cr2 | Address 8c246894 not process specific |
15:02.58 | cr2 | looks like it's inside the nk.exe |
15:03.19 | lkcl | sorry am still here, you heard from noel, the guy with the ARM JTAG and the logic analyser equipment? |
15:03.21 | Kevin2 | Where did you get 8c246894 from? |
15:03.41 | cr2 | Kevin2: 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.03 | cr2 | Kevin2: btw, the fl= and pid= seem to be redundant. |
15:04.16 | lkcl | pokes noelcragg |
15:04.23 | cr2 | they are zero on all machines known. |
15:05.58 | cr2 | 029.481(0000027) 077c5910: e1c230b0(strh) # cpld_G =00000002 |
15:05.58 | cr2 | 029.492(0013360) 8c246894: e1c230b0(strh) # cpld_D =0000000b |
15:05.59 | cr2 | 029.492(0000087) 8c246894: e1c230b0(strh) # cpld_B =00000001 |
15:05.59 | cr2 | 029.492(0000023) 8c246894: e1c230b0(strh) # cpld_B =00000003 |
15:05.59 | cr2 | 029.492(0000032) 8c246b84: e1c230b0(strh) # cpld_B =00000003 |
15:05.59 | cr2 | 029.492(0000116) 077c5620: e1c230b0(strh) # cpld_G =00000003 |
15:06.20 | cr2 | Kevin2: the 077c5910 is in battdrv.dll says addr2mod. |
15:07.09 | cr2 | 8c* fails |
15:07.48 | Kevin2 | cr2: Okay. Maybe it is just nk.exe then. It is odd, but not the first time we've seen that. |
15:09.10 | cr2 | i'll check the dump mmu. |
15:10.17 | cr2 | 8c200000 | a0200000 | 1MB section | D=0 CB AP=1M |
15:10.26 | cr2 | yes, it's the wince kernel in RAM. |
15:11.35 | Kevin2 | cr2: What does "dump mmu 2 0xa0246b84" report? |
15:13.15 | cr2 | the same |
15:13.19 | cr2 | ----------+----------+-------------+------------------------ |
15:13.19 | cr2 | 8c200000 | a0200000 | 1MB section | D=0 CB AP=1 |
15:13.20 | cr2 | ac200000 | a0200000 | 1MB section | D=0 AP=1 |
15:14.12 | Kevin2 | Ok - thought maybe a process had it mapped, and you could trace which process that was. |
15:16.07 | cr2 | hmm. the process will map the kernel ? |
15:16.35 | cr2 | sounds like a malware :) |
15:17.32 | cr2 | Kevin2: the GPIOS trace uses ldr(h) ? |
15:18.43 | cr2 | pxa trace reports only strh to the cpld registers. it seems to be a write-only device, with a shadow ram cache. |
15:19.13 | cr2 | the GPIOS produces just some random junk. |
15:19.24 | cr2 | while the pxa trace data makes sense. |
15:20.06 | cr2 | random=close to random. |
15:20.32 | Kevin2 | Yeah, many of the cpld chips have write only registers. You can't use TRACES or GPIOS with them. |
15:21.05 | Kevin2 | So, yes - GPIOS and TRACES are just high frequency polling (eg, ldr). |
15:21.09 | cr2 | ok. need to put it into some docs. and remove from haret then. |
15:21.59 | cr2 | hmm. and the non-pxa cpus will not see anything. |
15:24.53 | cr2 | kiozen: found the battery monitor :) |
15:25.40 | cr2 | Kevin2: is it possible to decode the cpld_* bits here: |
15:25.42 | cr2 | 029.481(0000027) 077c5910: e1c230b0(strh) # cpld_G =00000002 |
15:26.24 | Kevin2 | cr2: 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.45 | cr2 | 1, 2 and 3 are easy, but i need to think which bits 'b' |
15:27.35 | Kevin2 | cr2: 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.45 | cr2 | Kevin2: ok, but these htc cplds are very different indeed. many of them support direct reads. |
15:28.07 | Kevin2 | Yes - Hermes, for example, supports reads on the output gpios. |
15:28.15 | cr2 | Kevin2: i see. so i'll postprocess them. |
15:32.44 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-010cc66d13850b81) |
15:33.27 | dcordes | BabelO, 1 out of 1 hunk FAILED -- rejects in file arch/arm/mach-pxa/htcblueangel/blueangel.c |
15:35.59 | BabelO | dcordes: are you sure you apply them in correct order ? check the .rej file |
15:36.07 | Marex | P: Vendor=0a12 ProdID=0001 Rev=15.93 |
15:36.13 | Marex | falls and laughs |
15:36.22 | Marex | well bluetooth is really on USB |
15:36.27 | Marex | on beetles |
15:38.07 | BabelO | Marex: they built in a bluetooth stick :) |
15:38.42 | Marex | :-D |
15:39.01 | Marex | BabelO, but you're not way too far from truth |
15:39.18 | cr2 | i'm wondering if the usb needs more power than rs232. |
15:39.34 | Marex | Im wondering how to turn it on |
15:39.44 | Marex | I just booted with bluetooth turned on from wince |
15:40.09 | cr2 | check the power gpios ? |
15:40.53 | Marex | cr2, I have some tips |
16:19.16 | dcordes | BabelO, where can I find the right order? Does the order in .bb represent the orter in which bitbake applies them? |
16:19.35 | BabelO | dcordes: yes |
16:20.02 | Marex | cr2, GPIOC7 is bt related |
16:20.10 | BabelO | dcordes: to find correct order, just look at line number inside patch and you can know how to apply them |
16:20.29 | Marex | BabelO, is there any asic3 driver, that can switch it's GPIOs from userspace ? |
16:21.22 | BabelO | Marex: 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.00 | Marex | well we (hackndev) had GPIOed for pxagpios |
16:22.19 | Marex | ok, I will write some code for that, it'd be copy-paste work |
16:32.21 | dcordes | BabelO, ok bablo-irda hast to be first, then alge-gpiokeys |
16:33.03 | Marex | cr2, ok, patch sent to ML |
16:39.16 | cr2 | Marex: gpioc7 is bt reset ? |
16:41.31 | cr2 | =0, sleep c8,=1, sleep 1f4 |
16:42.12 | Marex | cr2, reset or power, dunno yet |
16:42.30 | cr2 | looks like reset. |
16:42.38 | cr2 | and it's the bt reset on sable. |
16:43.05 | Marex | cr2, btw we need some patch for sable, that will clean up the source ... |
16:43.11 | Marex | cr2, (formating) |
16:43.21 | Marex | cr2, but that goes after the stuff in ML is merged |
16:44.19 | Marex | C7 - 0 when BT is OFF ; 1 when BT is ON |
16:45.34 | cr2 | C8 is acx100 reset on sable, but used for something else on beetles. |
16:45.48 | cr2 | Marex: some timed flipping of C7 looks like reset. |
16:46.25 | Marex | reset should have same state if BT is on and off |
16:47.44 | cr2 | it all goes over mis_ioctl() |
16:49.12 | Marex | cr2, I will probably write some utility to boot linux right from the bootloader |
16:49.25 | Marex | because when I boot from wince, BT is always visible on usb |
16:49.48 | cr2 | hm. check the resume first. |
16:50.03 | cr2 | does beetles resume ? |
16:50.36 | cr2 | is it possible to do a ramboot from the bl ? |
16:50.46 | Marex | it has some issues |
16:50.56 | cr2 | ok, dump the first 256K of ROM. |
16:51.01 | cr2 | issues ? |
16:51.36 | Marex | ah, it does resume |
16:52.12 | Marex | I guess the bootloader should be able to do ramboot |
16:52.24 | Marex | just load linux to 0xa0008000 and jump there |
16:52.41 | cr2 | i dont have the beetles bl. |
16:52.48 | cr2 | linux of zimage ? |
16:52.54 | cr2 | s/of/or/ |
16:53.01 | Marex | zImage |
16:53.17 | cr2 | it'll overwrite the bl. |
16:53.29 | Marex | why? |
16:53.34 | cr2 | where is the OHCI buffer located ? |
16:53.38 | Marex | loading it into RAM cant do problems |
16:54.04 | cr2 | ah, in ram. |
16:54.29 | cr2 | btw, if you can resume then the resume process is the same as on sable. |
16:54.49 | Marex | since it has the same bootloader |
16:54.59 | Marex | Im wondering if I can flash windblows from sable to beetles |
16:55.01 | cr2 | no |
16:55.11 | cr2 | sable has g4 |
16:55.13 | Marex | I was unable to handcraft the SD image so far |
16:55.17 | Marex | cr2, ok |
16:55.25 | cr2 | image of the header ? |
16:55.30 | cr2 | s/of/or/ |
16:55.44 | Marex | I have the header |
16:55.59 | cr2 | how did you create it ? |
16:56.11 | Marex | I cut it from other image |
16:56.12 | cr2 | we had, and still have troubles with pH5. |
16:56.19 | cr2 | will not work. |
16:56.25 | Marex | the same way I did update from ROM 1.04 to 1.21 |
16:56.26 | cr2 | only hx4700 is that dumb. |
16:56.42 | Marex | it had some issues about bad CRC, but it works so screw that :D |
16:56.55 | cr2 | not on ba/magician/uni. |
16:56.57 | Marex | I flashed it from SD using bootloader |
16:57.18 | cr2 | can you pack and send me the bl ? |
16:57.22 | Marex | I saved 1.04 using d2s and flashed back with changed rom using s2d |
16:57.40 | Marex | cr2, can you wait for it ? I have to leave now |
16:57.46 | cr2 | ok. |
16:57.49 | Marex | (Im going to prague in 15 mins) |
16:58.01 | Marex | or |
16:58.17 | Marex | is the BL in the image I got using d2s ? |
16:58.53 | cr2 | no, it's the pwf 0x0 0x40000 |
16:58.59 | cr2 | no, it's the pwf bl 0x0 0x40000 |
16:59.53 | Marex | hm, then tell me how to dump it in the evening, Ill be back at 0.00 |
17:00.55 | cr2 | ok. |
17:01.33 | *** join/#htc-linux CVirus (n=GoD@82.201.222.52) |
17:01.44 | dcordes | BabelO, I changed the order so first bablo-irda and then alge-gpiokeys comes |
17:02.17 | dcordes | still it fails |
17:02.18 | Marex | cr2, or ... haret can do some pmem .... something, right ? |
17:02.27 | dcordes | Applying patch alge-gpiokeys-gt-128-workaround.patch |
17:02.27 | dcordes | patching file arch/arm/mach-pxa/htcblueangel/blueangel.c |
17:02.27 | dcordes | Hunk #1 FAILED at 485. |
17:03.23 | cr2 | Marex: pwf bl 0x0 0x40000 |
17:03.56 | Marex | cr2, I guess I need to save it to some file ? |
17:04.49 | cr2 | bl is the filename |
17:05.05 | cr2 | PhysicalWriteFile |
17:05.11 | cr2 | =pwf |
17:06.18 | Marex | cr2, email |
17:06.29 | Marex | (Im being molested that I should hurry) |
17:08.37 | Marex | cr2, send me your mail address please ;) |
17:10.56 | dcordes | Marex, just get going and later check his email in the logs irclog.iclem.net |
17:13.39 | Marex | ok, bye, gotta go |
17:18.24 | *** join/#htc-linux gers (n=root@p54A2D173.dip.t-dialin.net) |
17:19.52 | gers | has somebody ever tried 2.6.23 on universal? |
17:44.41 | *** join/#htc-linux LunohoD_ (n=alex@e180074229.adsl.alicedsl.de) |
17:54.08 | dcordes | gers, I thought there is only hh kernel for uni |
18:10.21 | dcordes | BabelO, 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.16 | BabelO | dcordes: i did not use OE to build kernel |
18:14.48 | dcordes | ah ok |
18:15.41 | BabelO | dcordes: get path from -> http://linuxbox2.free.fr |
18:15.46 | dcordes | http://pastebin.ca/945096 |
18:15.52 | BabelO | i just put the whole pathc and the defconfig |
18:17.39 | dcordes | BabelO, one patchfile? |
18:17.54 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
18:19.08 | BabelO | dcordes: http://linuxbox2.free.fr/blueangel/Blueangel_hh_patch/ |
18:19.09 | dcordes | BabelO, http://linuxbox2.free.fr/blueangel/patch_all_oldts.diff ? |
18:19.56 | dcordes | super. ce sont toutes les patches en une fichier? |
18:20.57 | BabelO | oui |
18:21.06 | dcordes | merci 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.34 | gers | Hallo 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.34 | cr2 | gers: it's some hack made of old hh.org code. it will be really interesting with 2.6.24+ |
19:38.54 | cr2 | kiozen: still alive ? |
19:55.06 | dcordes | cr2, is it a time consuming proccess to do such a merge like that? |
19:55.28 | dcordes | I mean like converting old uni hh kernel to 2.6.23 e.g. |
19:57.57 | diogene31 | dcordes: 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.19 | dcordes | oh that definetly sounds like it is time consuming |
20:00.53 | dcordes | diogene31, but I guess know it will be less complicated to continue merging up to newer kernel versions? |
20:02.34 | diogene31 | dcordes: 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.52 | dcordes | looks like I need some learning when I want ba with 2.6.24 |
20:31.29 | cr2 | dcordes: it's better to clean the -21 code first. |
20:32.52 | dcordes | cr2, 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.06 | dcordes | when I apply the patch in the kernelsource manually with -p0 it works fine |
20:33.43 | cr2 | dcordes: i never use oe for building the kernel |
20:34.04 | cr2 | because i hate this oe patch mess. |
20:34.33 | dcordes | cr2, I would like to also to it that way but I don't know how to put the kernel manually |
20:34.42 | dcordes | I mean how do I get a fitting rootfs from OE then? |
20:35.02 | dcordes | say I got a zImage manually but want to have a openmoko filesystem |
20:36.57 | dcordes | I never wondered how to do this because akita is so well maintained, it always builds fine with rp kernel |
20:37.51 | cr2 | imho it's easier to cleanup the patches and commit them to hh.org CVS directly. |
20:38.54 | dcordes | they all patch perfectly. what kind of cleaning would they require? |
20:39.42 | dcordes | BabelO, already put them into one patchfile, see link above |
20:44.52 | cr2 | dcordes: looks good. the asic3_base warning should probably stay as is. |
20:45.38 | dcordes | nice. would be cool if somebody with hh cvs access could commit it then ;) |
20:47.35 | cr2 | ok. |
20:48.02 | cr2 | i need to change the // comments first. |
20:49.35 | *** join/#htc-linux Marex_N76 (n=Marex_N7@gprs3.vodafone.cz) |
20:51.25 | dcordes | cr2, great thanks a lot |
20:53.37 | *** join/#htc-linux pH5 (n=ph5@e178224226.adsl.alicedsl.de) |
20:55.16 | Marex_N76 | cr2, 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.21 | kiozen | cr2: what's up? |
21:04.42 | cr2 | kiozen: hacked a lot of useful stuff for n560 |
21:05.17 | cr2 | check here http://www.handhelds.org/moin/moin.cgi/LooxC550Hardware |
21:05.22 | kiozen | yeah, I have read the logs :) |
21:05.47 | kiozen | lol "something in SDRAM" |
21:06.01 | cr2 | wifi is a bit behind because of sdio. |
21:06.32 | kiozen | impressive list, good work |
21:06.40 | cr2 | i'm thinking about 2.6.24, but the htc-egpio will brake it. |
21:06.41 | kiozen | :) |
21:06.59 | kiozen | any kernel will do |
21:07.05 | cr2 | pH5: is htc-egpio compatible with 2.6.24+ ? |
21:07.39 | cr2 | ok, so wifi is problematic, although i've identified all power and reset gpios. |
21:07.46 | cr2 | for wifi too. |
21:08.08 | cr2 | it's interesting that the gps power control is built into the kernel :) |
21:08.26 | cr2 | not a .dll driver |
21:08.45 | pH5 | cr2: 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.10 | pH5 | it was submitted to LAK already some time ago, but I didn't push it too hard. |
21:09.36 | cr2 | pH5: ok. n560 is also pure pxa270+egpio, so it may work too. |
21:10.27 | pH5 | http://en.pastebin.ca/945332 |
21:11.35 | cr2 | pH5: thanks. |
21:12.06 | cr2 | pH5: i'm a bit upset that we can't finish some device completely, and with the current kernel... |
21:12.43 | pH5 | if I comment out the initial egpio_write_cache call, it works just fine |
21:13.22 | pH5 | cr2: I'm going to finish magician, no matter when :) |
21:13.37 | cr2 | :) |
21:13.46 | pH5 | too bad it's a relatively useless device. |
21:14.55 | pH5 | having to chase mainline changes all the time is a big problem for my limited supply of time. |
21:15.45 | cr2 | yeah. that's why we want to push as much common drivers as possible. |
21:15.49 | pH5 | cr2: do you still have the universal? |
21:16.29 | pH5 | that one always seemed like the most likely candidate for completion. |
21:16.44 | pH5 | but yes, we really need to get complete asic3 and egpio support into mainline.. |
21:17.46 | cr2 | pH5: yes, i have the universal. |
21:17.57 | cr2 | the cams are missing there. |
21:18.15 | cr2 | pxa_camera. and the asic3_mmc for 2.6.24+ |
21:18.47 | cr2 | it seems that nobody wants to run 2.6.24+ on hx4700 ? |
21:20.58 | pH5 | cr2: I would like to. Same for your BA. But I still have problems with even basic asic3 setup. |
21:21.20 | pH5 | And now 2.6.25 is around the corner, probably breaking other stuff :) |
21:21.38 | cr2 | yes, 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.55 | cr2 | BabelO: i want to commit your BA patch. do you want to make some more cleanups ? |
21:27.33 | cr2 | pH5: there is a n_tihtc patch there too, what do you think about it ? |
21:27.57 | BabelO | last patch i post today is ok, just need to don't care about ds1wm and n_tihtc |
21:28.11 | BabelO | cr2: it is the pH5 patch + silent mode |
21:28.28 | BabelO | and an unused variable + a old comment :) |
21:28.57 | cr2 | ok. what about ds1wm ? |
21:29.15 | cr2 | the rest seems to be ba-specific, so it's not a problem for anybody else. |
21:29.32 | BabelO | cr2: in ds1wm it is a clearing irq, one more |
21:30.04 | BabelO | BabelO: i was hopping that ph5 had time to look at that :) |
21:32.24 | cr2 | BabelO: what is you latest working omap850 kernel ? |
21:32.46 | BabelO | cr2: hh-20 |
21:33.05 | BabelO | so 2.6.21, i did not try with montavista kernel |
21:33.16 | cr2 | ok. |
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.06 | BabelO | pH5: do you remember my post about bluetooth headphone on computer ? |
22:09.52 | dcordes | does somebody have a treo? http://www.handhelds.org/moin/moin.cgi/PalmTreo650Status |
22:11.45 | Marex | cr2, hi |
22:11.48 | Marex | hi all |
22:12.09 | BabelO | Marex: it is not 00:00 :) |
22:14.14 | Marex | ok |
22:14.51 | cr2 | Marex: doc P3 ? |
22:15.37 | pH5 | BabelO: not sure. about this one: http://wall4.soft.uni-linz.ac.at/_wiki/tiki-index.php?page=ProjectBluezHandsfree ? |
22:15.58 | Marex | cr2, huh ? |
22:16.10 | BabelO | pH5: yes, so good, you have a better search engine than me :) |
22:16.16 | BabelO | pH5: thx |
22:21.56 | BabelO | pH5: watchdog on n800 works very well ;) it reboot automatically all the time |
22:22.18 | pH5 | BabelO: what are you doing to it? :) |
22:22.45 | pH5 | I didn't even have it crash on me yet except when playing with the DSP. |
22:23.36 | BabelO | pH5: 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.05 | BabelO | and now i try bnep, and don't understand why, but n800 reboot with some trame |
22:29.12 | BabelO | i have a lot of wifi network at home :) |
22:29.58 | cr2 | BabelO: i've put the BA code into CVS |
22:30.32 | BabelO | cr2: thanks a lot :) |
22:32.41 | cr2 | BabelO: how to do "verbatim" in hh.org wiki ? |
22:33.24 | BabelO | cr2: sorry, what do you mean by "verbatim" ? |
22:33.34 | cr2 | as a code block. |
22:33.44 | cr2 | i'm lazy to do the proper formatting. |
22:37.38 | dcordes | cr2, are the ba patches present when I pull now? |
22:38.18 | cr2 | BabelO: ok, found out :) |
22:38.32 | cr2 | dcordes: yes, try if it compiles now :) |
22:38.36 | dcordes | ok |
22:39.33 | BabelO | cr2: ok |
22:45.08 | dcordes | phew 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.48 | BabelO | good night |
23:27.53 | cr2 | Marex: are you already sleeping ? |
23:29.07 | pH5 | good night |
23:31.56 | Marex | cr2, sorry |
23:32.08 | Marex | I had some visitor here |
23:32.22 | Marex | cr2, wassup ? |
23:35.09 | cr2 | Marex: i've decoded most of the n560 gpio data :) |
23:44.55 | Marex | cr2, cool :) |
23:45.16 | Marex | cr2, 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) |