| 00:01.11 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
| 00:04.56 | dcordes | are we able to turn the modem on and off on the msms? |
| 00:05.18 | dcordes | hi dzo premy got gprs working on polaris/kaiser |
| 00:06.47 | dzo | I saw, nice work. |
| 00:08.36 | dzo | for the touchscreen, try my newer driver the old one was just polling, it is now all interrupt driven. |
| 00:09.06 | ginge | I saw, but I notice you are interrupting from a gpio for presses |
| 00:09.13 | ginge | I cant locate the kaiser equivilent |
| 00:09.52 | dzo | yes, on vogue a gpio is connected to the pendown irq, there must be something similar on kaiser. |
| 00:10.20 | ginge | nothing in the gpio traces. Maybe on egpio? |
| 00:10.55 | dzo | are you tracing the second bank of gpios correctly, haret gets the address wrong I think. |
| 00:11.22 | ginge | oh? I am quite new to haret, what would you recommend as a command string? |
| 00:12.01 | ginge | another question: After porting the onscreen keyboard, it works well but is drawing at the top of the framebuffer instead of the button as it should. Where should I start with figuring out that one? |
| 00:12.51 | ginge | not that we need it, but it would be nice to keep as much code as possible in common for the big merge |
| 00:12.52 | dzo | in regs_msm.py the second irq line should be 0xc0000004 not 0xc0000010 |
| 00:14.21 | ginge | "out0_en" ? |
| 00:14.50 | ginge | I dont see any reference to 0xc0000004 |
| 00:15.05 | ginge | s/0xc0000004/0xc00000010 |
| 00:15.35 | dcordes | do you have only one irq line in regs_msm.py? |
| 00:15.42 | ginge | yes |
| 00:15.54 | ginge | sounds like I need an update |
| 00:16.33 | dcordes | think it's not on Kevin2's server |
| 00:16.43 | dzo | OK for the fb, in msm_fb.c change line 147 and 139 last 0,0 should be 0,320-240 i think |
| 00:16.53 | dcordes | <PROTECTED> |
| 00:16.53 | dcordes | <PROTECTED> |
| 00:17.01 | dcordes | that's how it looks here ginge |
| 00:17.06 | ginge | thanks |
| 00:17.20 | ginge | can you paste the whole thing somewhere please? |
| 00:18.00 | ginge | dzo: its so butchered I am going to need the whole line if you don't mind :) |
| 00:18.08 | dcordes | http://rafb.net/p/aOo3JP51.html |
| 00:20.45 | cr2 | dcordes: btw, you never trace the gpio conf registers. |
| 00:22.22 | dzo | gpios are on chained on irq 64 and 65, cpld irq is chained on gpio 19 and ts irq is gpio 99 |
| 00:22.34 | dzo | (on vogue anyway) |
| 00:23.48 | cr2 | we can probably learn something from the SMEM names in http://wiki.xda-developers.com/index.php?pagename=TitanMemoryMap |
| 00:23.57 | cr2 | and the struct sizes on diamond. |
| 00:25.18 | dzo | I think they are for power collapse, when the a11 powers down it saves some state in smem i think. |
| 00:25.43 | *** join/#htc-linux mistadman (n=mistadma@adsl-250-197-103.msy.bellsouth.net) |
| 00:25.58 | ginge | I dont get any more useful output from haret with watch gpios 5 and ibit gpios 203 (spamming) |
| 00:26.13 | ginge | is that too simplistic? |
| 00:27.42 | dzo | try wi 5 instead and see if there are interrupts when you touch the screen. |
| 00:28.29 | ginge | yeah 16 and 19 |
| 00:28.37 | ginge | constant output |
| 00:28.44 | cr2 | ginge: mddi ? |
| 00:29.05 | cr2 | mistadman: have you seen my dpram edits ? |
| 00:29.11 | dzo | thats just the mdp and mddi. |
| 00:29.22 | mistadman | cr2: no sir. |
| 00:29.31 | mistadman | cr2: I'll check now. |
| 00:29.38 | mistadman | cr2: What did you find? |
| 00:30.26 | mistadman | cr2: Nice |
| 00:30.42 | mistadman | cr2: Maybe this is what I was missing. |
| 00:30.44 | ginge | dzo: nothing other than those |
| 00:31.43 | mistadman | cr2: I notice dcordes was making good progress on the kaiser. And was going to see what changes they made. I thought it might help me. |
| 00:31.45 | dzo | hmm, there must be one, try addlist mmutrace 0xb4e00000 0x100 |
| 00:32.07 | mistadman | cr2: I been to busy jumping out of planes though... |
| 00:32.31 | dzo | or rather addlist mmutrace 0xb4e00004 4 |
| 00:32.33 | dcordes | mistadman: not really me |
| 00:32.39 | mistadman | cr2: I am now ready to continue with phone support on the athena. |
| 00:32.50 | cr2 | mistadman: there are 6 channels, and they are controlled in a completely different way. it has nothing to do with msm* |
| 00:33.02 | mistadman | dcordes: Premey right? |
| 00:33.12 | dcordes | yes |
| 00:33.13 | mistadman | dcordes: and __Martin> |
| 00:33.20 | dcordes | yep |
| 00:33.42 | mistadman | dcordes: I have been following the logs. Good job! |
| 00:33.45 | ginge | dzo: ok, what am I looking for? |
| 00:34.04 | dzo | any reads from 0xb4e00004 |
| 00:34.07 | mistadman | cr2: I will get the phone working and move on to the rest... |
| 00:34.25 | mistadman | cr2: Should each channel get a different /dev link |
| 00:34.42 | dzo | you could also look at 0xb4e0002c |
| 00:34.48 | mistadman | cr2: i.e. ttyPHone, ttyUTMS, etc... |
| 00:35.04 | mistadman | cr2: Since there different? |
| 00:35.37 | cr2 | mistadman: we need to identify the channels. channel1 is AT command |
| 00:35.45 | mistadman | cr2: 0x3fc4 = power up? Should this be called during init/power up? |
| 00:35.54 | cr2 | yes. |
| 00:36.27 | ginge | dzo: nothing |
| 00:36.37 | mistadman | cr2: gpio53? Can you explain this a little more? |
| 00:36.41 | cr2 | gps (sirf3) is a completely separate chipset. so it has nothing to do with dpram. |
| 00:36.59 | dzo | ginge: vic may be mapped somewhere else, look through the mmu dump for other mappings to c0000000 |
| 00:37.05 | mistadman | dcordes: What was the fix for not being able to send? |
| 00:37.24 | cr2 | mistadman: you write head/tail and do gpioXX_fe to signal the msm6275 that the data is written. |
| 00:37.28 | mistadman | dcordes: Was it writel? |
| 00:37.33 | cr2 | to the respective channel. |
| 00:37.42 | cr2 | what ? |
| 00:37.49 | mistadman | cr2: Why didn't my traces catch this? |
| 00:38.57 | cr2 | hm. good question. |
| 00:39.29 | mistadman | cr2: Thanks to you cr2, I am going to be up all night!!! LOL! |
| 00:39.55 | dzo | ginge: try joinlist TRACES GPIOS before doing wi |
| 00:40.36 | mistadman | cr2: I know why I didnt catch it cr2: ibit GPIOS 53 32 16 |
| 00:40.54 | mistadman | cr2: I was spamming me to death during traces. |
| 00:41.22 | mistadman | cr2: Had no idea it was related to dpram. Duh! |
| 00:41.27 | cr2 | ok. each write does _FE, so it's obvious spam :) |
| 00:43.12 | ginge | dzo: that looks more like it: 000.000 TRACES in2: in2-17(241)=0 in2-18(242)=0 000.000 TRACES in2: in2-17(241)=1 in2-18(242)=1 |
| 00:45.55 | dcordes | ginge: ATD*99***1# in init2, are you sure about the # at the end? |
| 00:46.04 | dzo | ts may be on cpld, try addllist mmutrace 0xba000000 0x20 too |
| 00:46.16 | mistadman | cr2: After I set gpio53 to 1, does the modem automatically change it back to 0 after msm6275 has processed data? |
| 00:47.11 | mistadman | cr2: Rewrite: After I set gpio53 to 1, is it automatically change it back to 0 after msm6275 has processed data? |
| 00:47.59 | ginge | dzo: no trace data |
| 00:48.38 | ginge | dzo: do the traces not map to gpios directly? |
| 00:49.25 | ginge | oh those traces are I2C |
| 00:49.49 | cr2 | mistadman: no, you'd set 1, msleep 10, set 0 |
| 00:49.51 | dzo | unless you do joinlist traces gpios it won't watch gpios during a wi trace |
| 00:50.03 | cr2 | mistadman: if i'm not mistaken :) |
| 00:54.27 | ginge | dzo: adding that mmutrace address yeilds no data |
| 00:55.01 | dzo | must be mapped somewhere else, check the mmu dump. |
| 00:55.18 | dzo | there have to be cpld accesses |
| 00:57.46 | *** join/#htc-linux ali1235 (n=al@62.24.214.38) |
| 01:00.50 | mistadman | cr2: And one last thing: What's gpio50_fe. |
| 01:00.56 | mistadman | cr2: _fe? |
| 01:03.12 | mistadman | cr2: How does gpio50_fe play in to all of this? |
| 01:07.49 | Kevin2 | dzo: Do you have a better list of irq addresses for regs_msm.py and arch-msm.cpp? The ones that are there in the haret repo are just cobbled together from various sources - it's more of an example than an authoritative source. |
| 01:08.18 | ginge | dzo I think it is on the cpld can you confim: http://pastebin.com/m26dfd5b |
| 01:10.41 | dcordes | ginge: is APN the only thing to change in init? ? |
| 01:11.01 | ginge | dcordes: to customise, yes |
| 01:11.17 | dcordes | I grapped dzo's initrd-android and changed nothing but the two files adding up web.vodafone.de as APN |
| 01:11.24 | ginge | dcordes: you could edit the modem setup script to parse it as an addition kernel param |
| 01:11.36 | dcordes | s/grapped/grabed/ |
| 01:12.00 | dcordes | ginge: do you do this? |
| 01:12.23 | ginge | parse it? not at the moment. its on the todo after I get this touchscreen coe working |
| 01:12.29 | ginge | s/coe/code/ |
| 01:12.55 | dcordes | no I mean do you put the setupmodem.sh after boot? |
| 01:14.03 | Kevin2 | dcordes: Do you have an updated regs_msm.py script? |
| 01:14.45 | dcordes | no I just added the second irq line and just learned that's not the only change required |
| 01:14.49 | dcordes | cr2: should keep more |
| 01:16.19 | dcordes | 02:18 < dcordes> http://rafb.net/p/aOo3JP51.html |
| 01:16.21 | dcordes | 02:20 < cr2> dcordes: btw, you never trace the gpio conf registers. |
| 01:16.22 | mistadman | dcordes: What did you fix to get sending working? I remember you couldn't send, just receive right? |
| 01:16.35 | dcordes | I'm not sure I didn't look at the differences |
| 01:17.09 | dcordes | first only receive worked, then premy made send work also |
| 01:21.16 | dcordes | ginge: do you make anything in android in order to connect? |
| 01:21.41 | ginge | no, the connection is established before the android gui boots by ppp in the init |
| 01:23.07 | dcordes | not for me |
| 01:23.30 | dcordes | should debug from console image |
| 01:26.25 | dcordes | ginge: know what's the major minor for ppp device? |
| 01:26.29 | *** join/#htc-linux swc|666 (n=swc|666@unaffiliated/swc666/x-4934821) |
| 01:26.43 | ginge | no, sorry |
| 01:26.59 | ginge | look in devices |
| 01:28.03 | dcordes | teh script tells it but I'd like to put it into the image |
| 01:30.39 | ginge | how does cpld work? do I have to bitwise the banks to get the register value I need? |
| 01:31.46 | dcordes | cpld driver is drivers/mtd/htc-egpio.c fwiw |
| 01:31.56 | Kevin2 | dcordes: what type of machine do you have? |
| 01:32.05 | dcordes | mfd |
| 01:32.08 | dcordes | Kevin2: htckaiser |
| 01:32.38 | Kevin2 | dcordes: Does haret auto detect your phone? |
| 01:33.32 | dcordes | let me check |
| 01:34.59 | dcordes | Kevin2: found machine generic arm v6 |
| 01:35.48 | Kevin2 | dcordes: Okay - there is a "Kaiser" listed in the machines file, but it looks like it isn't correct. |
| 01:36.27 | dcordes | cr2: said there were 3 kaisers in the arm linux machine number listing |
| 01:37.43 | dcordes | ginge: how can I probe whether or not smd1 is ready for service? |
| 01:38.04 | ginge | I have no idea |
| 01:52.19 | dcordes | ginge: sorry if I'm getting annoying but what did you do to connect from angstrom? |
| 01:58.41 | ginge | I ran premy's script |
| 01:59.09 | ginge | I need sleep anyway. I think I discovered a new CPLD register |
| 01:59.28 | ginge | CPLDF bit 7 is the touchscreen pendown request I think |
| 01:59.44 | ginge | does the CPLD have an IRQ, even chained? I cant see it |
| 02:02.18 | dcordes | no idea. how do you test the connection? I think I lack something in the kernel |
| 02:02.29 | dcordes | does this create a network interface? |
| 02:02.39 | dcordes | or is it just done through ppp? |
| 02:02.41 | dcordes | d |
| 02:06.00 | ginge | through ppp |
| 02:06.19 | ginge | it opens /dev/smd0 and then creates a ppp interface and does ifconfig |
| 02:06.23 | ginge | goodnight |
| 02:08.27 | *** join/#htc-linux ali1235 (n=al@62.24.214.38) |
| 03:02.55 | *** join/#htc-linux paulproteus (n=paulprot@2002:cbb2:8293:0:0:0:0:1) |
| 03:39.51 | *** join/#htc-linux DesktopMa (i=DesktopM@hybellovas41.grm.hia.no) |
| 05:06.10 | *** join/#htc-linux kiozen (n=oeichler@p54929ED7.dip0.t-ipconnect.de) |
| 05:06.39 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
| 05:07.08 | *** join/#htc-linux rmoravcik1 (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 05:31.36 | *** join/#htc-linux ali1234 (n=al@62.24.214.38) |
| 05:41.20 | *** part/#htc-linux rmoravcik1 (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 05:46.49 | *** join/#htc-linux pleemans (n=peter@dD577D009.access.telenet.be) |
| 06:28.14 | *** join/#htc-linux ali1234 (n=al@62.24.214.38) |
| 07:19.42 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 07:22.05 | *** join/#htc-linux Othello__ (i=Magorium@gateway/tor/x-92e9e8e3dd14fbb9) |
| 07:31.04 | *** join/#htc-linux rob_w|laptop (n=rob@p549B8DAA.dip0.t-ipconnect.de) |
| 07:40.10 | *** join/#htc-linux ali1235 (n=al@62.24.214.38) |
| 08:08.49 | *** join/#htc-linux premy (n=pr@73.205.76-86.rev.gaoland.net) |
| 08:14.31 | premy | hi |
| 08:21.26 | premy | dcordes: ping |
| 08:35.17 | *** join/#htc-linux Othello (i=Magorium@gateway/tor/x-1d4c633f7da4de33) |
| 08:37.56 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 08:47.37 | *** join/#htc-linux ginge_ (n=baz@80.229.188.31) |
| 08:49.42 | ginge_ | premy: Nice work. Got android running. The data connection makes the machine hard lock after transferring about 3k of data |
| 08:58.48 | martin__ | ginge_: does my version still lock up for you? |
| 09:05.21 | ginge_ | yes. |
| 09:05.59 | martin__ | it works for me with phone |
| 09:06.12 | martin__ | haven't set up an initrd for data yet |
| 09:08.03 | martin__ | hmm |
| 09:08.16 | ginge_ | martin__: you could sustai a data connection and pull a few k over it ok? |
| 09:08.17 | martin__ | premy's new defconfig turns on DMA |
| 09:08.39 | martin__ | ginge_: no, i've not done data with it yet just voice |
| 09:08.41 | ginge_ | wait... |
| 09:08.44 | ginge_ | let me try something |
| 09:08.51 | martin__ | i thought it was locking on boot last night for you thoug |
| 09:10.10 | ginge_ | that was a one off because I write code like a monkey |
| 09:10.21 | martin__ | lol ok |
| 09:10.41 | martin__ | basically i'm trying to work out if my version does the same as premy's |
| 09:10.56 | ginge_ | thought as much. the fb seems to be locking. The keyboard works still, but the screen is not happening |
| 09:11.06 | ginge_ | dma |
| 09:11.08 | ginge_ | ? |
| 09:11.24 | martin__ | premy's config has CONFIG_HAS_DMA=y |
| 09:11.32 | martin__ | the old kaiser defconfig didn't |
| 09:12.12 | ginge_ | I will give it a go later. I am at work atm and the link back to my house is too slow to use |
| 09:12.19 | martin__ | oh wait, sorry it did |
| 09:12.21 | martin__ | i'm a monkey too |
| 09:12.25 | ginge_ | lol |
| 09:15.16 | martin__ | what did you do to android image to set the orange apn stuff? |
| 09:15.27 | martin__ | i'm on orange too so could just use your image actually |
| 09:17.13 | *** join/#htc-linux blackwrx (n=iojoij@c-71-198-253-128.hsd1.ca.comcast.net) |
| 09:18.09 | ginge_ | you could, I will upload it somewhere. Any recommendations? I don't want to put it on my personal site as hackaday referrals ate my bandwidth |
| 09:18.35 | ginge_ | all I actually did was change init1 and init2 |
| 09:18.45 | ginge_ | the paste to dcordes should be in last nights log |
| 09:20.08 | ginge_ | http://pastebin.com/m581e24d2 |
| 09:22.08 | martin__ | i'll just do the same, save you the upload |
| 09:22.29 | ginge_ | thanks :) |
| 09:22.48 | premy | martin__: the only changes to defconfig should be about ppp. |
| 09:22.55 | martin__ | premy: yeah, i see that now |
| 09:23.06 | premy | If there's anything else, it's my mistake. |
| 09:23.45 | martin__ | i got confused because i diffed the old file to your one i got off rafb, and it showed a change at the end because of an extra newline at the end of the file |
| 09:24.08 | premy | martin__: as you must have seen, it was again about backporting a bit of smd.c. I think it would definitely be worth considering starting all over again from smd.c rather than from vogue-smd.c |
| 09:24.37 | martin__ | premy: yeah, the problem with that is there's a whole load of stuff in smd.c |
| 09:24.59 | premy | The lock up ginge is reporting might come from something that's already in smd.c |
| 09:25.00 | martin__ | so pretty much anything we start with derived from smd.c probably won't work |
| 09:25.16 | martin__ | it's probably easier to keep porting things over |
| 09:25.29 | martin__ | and then look at what we left behind |
| 09:25.46 | martin__ | since then we can actually test stuff |
| 09:26.23 | ginge_ | premy: any idea if the CPLD has an IRQ? The keyboard driver indicates it doesn't and needs polling. |
| 09:26.49 | premy | If I find the time, I'll try and see how it turns out. Did you start anything in this direction ,yet ? |
| 09:27.06 | martin__ | premy: not really yet |
| 09:27.21 | premy | ginge_: no idea. My polaris doesn't have a keyboard. |
| 09:27.26 | martin__ | i started once but got a bit lost and then you made progress and i deleted what i'd done |
| 09:27.51 | martin__ | ginge_: it seems unlikely it would require polling |
| 09:28.11 | martin__ | probably the guy who wrote the kb driver just did it that way since he didn't know the interrupt |
| 09:29.14 | premy | martin_: I think it shouldn't be _too_ complicated to get something up and running. The major difference I see is that smd.c seems to rely on a smem map located at MSM_SHARED_RAM_BASE which we don't seem to have on kaiser/polaris. |
| 09:29.52 | martin__ | maybe we can just abstract that out |
| 09:30.04 | martin__ | so that smd.c gets its map from that on their chip |
| 09:30.05 | ginge_ | martin__: yeah, I thought that. The jeyboard currently polls the cpld |
| 09:30.22 | martin__ | and gets a hardcoded one for kaiser |
| 09:30.33 | martin__ | and then others can just plug in their own maps |
| 09:30.48 | premy | martin__: yes, that's what I had in mind |
| 09:31.18 | martin__ | premy: where's the stuff related to that in their code? I didn't get as far as figuring out where its addresses were coming from, I was looking at the channel stuff mostly. |
| 09:31.47 | premy | martin__: I've tried to find the map somewhere else in the shared mem, but to no avail. |
| 09:32.12 | martin__ | might just be hardcoded for us |
| 09:32.38 | martin__ | although that said I think cr2 was saying he couldn't find any addresses hardcoded in the wince stuff |
| 09:32.49 | martin__ | so it must be somewhere |
| 09:32.57 | martin__ | but might be in a different format to theirs |
| 09:34.55 | martin__ | ginge_: which initrd did you start from, dzo's? and which file do those strings need to go in? |
| 09:34.55 | premy | martin__: it's all the smem_shared stuff, and do_smd_probe() in smd.c and smd_private.h |
| 09:35.41 | ginge_ | martin__: Yes dzos has the hacked up ril that makes the phone work. init1 and init2 are the files the pastebin says which to put wach in |
| 09:36.01 | martin__ | ok, so they're in his version |
| 09:36.15 | martin__ | think the unpacked one I'm looking at here is the original sdk one |
| 09:36.29 | ginge_ | that doesnt have the setup_modem.sh script that dzo hacked in |
| 09:36.36 | martin__ | k |
| 09:41.47 | *** join/#htc-linux exco (n=exco@e181109132.adsl.alicedsl.de) |
| 09:43.48 | blackwrx | hello guys |
| 10:01.01 | *** join/#htc-linux Marex (n=vasum7am@auryn.karlin.mff.cuni.cz) |
| 10:23.24 | *** join/#htc-linux TeringTuby (n=maarten@195-241-125-243.ip.telfort.nl) |
| 10:33.36 | ginge_ | right, the touchscreen pendown is registered in the CPLD bank F bit 7. Just need to find the CPLD IRQ and then we can rewrite keyboard and touchscreen |
| 10:43.10 | martin__ | ginge_: is it maybe 16 or 19? |
| 10:43.16 | martin__ | do we know what those are? |
| 10:43.43 | martin__ | they fire all the time, along with 15 iirc which is probably some timer |
| 10:43.44 | ginge_ | MDDI IRQs |
| 10:44.00 | ginge_ | 15 is USB chip |
| 10:44.16 | ginge_ | yeah, 16 and 19 are MDDI for the screen |
| 10:44.24 | martin__ | hmm |
| 10:44.41 | martin__ | i don't see why we wouldn't see a cpld in haret |
| 10:44.45 | martin__ | maybe it really is just polled |
| 10:49.45 | ginge_ | odd |
| 10:50.44 | ginge_ | but ce doesnt read the cpld unless you trigger an action (like press the kb arrow keys) and then there is a large polled read of the registers. Must be an IRQ |
| 10:51.39 | martin__ | still might not be an irq |
| 10:52.07 | martin__ | could be some bit that gets set in memory somehow |
| 10:52.16 | ginge_ | true, true |
| 10:52.23 | martin__ | weird though |
| 10:52.43 | martin__ | the cpld is a totally external chip, right? |
| 10:52.49 | ginge_ | yeah I was expecting a chained IRQ |
| 10:52.58 | ginge_ | yes, the cpld is external. |
| 10:53.23 | martin__ | hmm |
| 10:53.45 | martin__ | i really ought to hook my kaiser up to a logic analyser |
| 10:54.43 | martin__ | must be at least a few juicy signals accessible |
| 10:55.09 | ginge_ | yeah, I seriously thought about scoping it over the weekend. Problem is I kind of need the phone :) |
| 10:55.53 | martin__ | yeah, likewise |
| 10:56.09 | martin__ | though i've considered going back to my old treo quite often |
| 10:56.18 | martin__ | the kaiser is just so slow in wince |
| 10:57.11 | ginge_ | I know what yo mean. I went back to the blueangel for a bit, and it makes the kaiser look like a horse drawn carriage vs a ferrari |
| 11:00.17 | martin__ | it's so dumb |
| 11:00.30 | martin__ | as soon as you boot android on it you can see how much better the hardware can do |
| 11:00.56 | ginge_ | even data is faster |
| 11:09.20 | ginge_ | well if this CPLD is polled then we have 2 options for the touchscreen 1) leave it as it is which is polled positional reading. 2) poll the pindown on the CPLD and trigger a touchscreen read |
| 11:09.50 | ginge_ | both are quite irritating and pretty dumb |
| 11:12.47 | martin__ | but will have to do for now |
| 11:12.58 | martin__ | 2) sounds more sensible |
| 11:13.24 | ginge_ | I guess if we poll the cpld (2) we can change it easily if we do figure this whole mess out |
| 11:13.32 | martin__ | yup |
| 11:13.48 | martin__ | and polling the cpld alone should be quicker than polling the ts |
| 11:13.59 | ginge_ | is the ts i2c? |
| 11:14.07 | martin__ | we're already polling the cpld for the kb, right? |
| 11:14.10 | martin__ | not sure |
| 11:14.16 | martin__ | not looked at any of this stuff myself |
| 11:14.23 | martin__ | it was all working before i came onboard |
| 11:14.54 | ginge_ | yeah. I have added support code for reading the pendown, just need to figure out the best way to deal with that. Hopefuly I can raise an intrerrupt |
| 11:15.36 | martin__ | i guess what you want to do is poll the cpld and then if it's down, poll the ts as before |
| 11:15.46 | martin__ | remember you need to deal with dragging as well as taps |
| 11:16.07 | ginge_ | I was hoping to use dzos touchscreen code so we can have a nice merge of platforms |
| 11:16.18 | martin__ | but that's interrupt driven? |
| 11:16.21 | ginge_ | dzos is interrupt driven |
| 11:16.40 | martin__ | well, merge the stuff that actually talks to the ts |
| 11:16.56 | ginge_ | yeah |
| 11:17.01 | martin__ | but have that called by a poll on kaiser and an interrupt on vogue for now |
| 11:17.37 | ginge_ | did you try the data in android yet? |
| 11:18.01 | martin__ | no, i'm pissing about with smd.c at the moment |
| 11:18.13 | ginge_ | ahh |
| 11:18.22 | martin__ | seeing what it would take to factor out the chip-specific changes |
| 11:30.14 | ginge_ | martin__: yeah polling the cpld and then a touchscreen poll works. I can now clean the chip specific blah blah for merge of vogue and kaiser ts |
| 11:31.23 | martin__ | cool |
| 11:34.50 | *** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net) |
| 11:38.28 | kiozen | BabelO_: ? |
| 11:38.49 | BabelO_ | kiozen: :) |
| 11:39.20 | kiozen | BabelO_: sssh, need qtopia.. u got one? |
| 11:39.53 | kiozen | preferably 4.4 :P , lol |
| 11:40.04 | BabelO_ | kiozen: you can take the one from git if you want to compile it yourself, url is written on top of qtopia channel |
| 11:40.33 | kiozen | BabelO_ how much brain damage will git cause? |
| 11:40.42 | martin__ | does anyone actually understand proc_comm except dzo? |
| 11:40.46 | BabelO_ | kiozen: none :) |
| 11:40.54 | kiozen | ok, let's try... |
| 11:43.20 | kiozen | BabelO_ hope it's not the same disaster that oe ... |
| 11:43.51 | BabelO_ | kiozen: nooo, compile just fine with the neo toolchain |
| 11:44.16 | BabelO_ | kiozen: around 18min to compile the full package |
| 11:44.25 | kiozen | hm, I would prefere the one from oe to have same libc |
| 11:44.59 | kiozen | grrr, what pport does git use? |
| 11:56.28 | *** join/#htc-linux cmonex (n=xy6091@apn-89-223-144-172.vodafone.hu) |
| 11:56.37 | premy | martin_: I'm currently looking at it. I think I can confirm that notify_other_proc_comm needs to write at MSM_A2M_INT(6). |
| 11:58.54 | *** join/#htc-linux hlbot (n=adm@82.67.76.179) |
| 12:01.27 | cmonex | hi all |
| 12:01.27 | cmonex | :) |
| 12:01.31 | cmonex | cr2 yo there? |
| 12:01.54 | cr2 | hi cmonex |
| 12:03.57 | martin__ | premy: that's the same as smd.c |
| 12:04.14 | cmonex | hi cr2 |
| 12:04.15 | cmonex | :) |
| 12:04.31 | cmonex | you have a diamond? |
| 12:04.48 | martin__ | premy: was meaning to ask, did you confirm that writing MSM_A2M_INT(0) was necessary for data to work? |
| 12:06.25 | cr2 | cmonex: no, but i have some ram dumps made by others |
| 12:06.31 | martin__ | i'm wondering what 0, 1 and 2 are for |
| 12:06.40 | martin__ | and which we actually need to fire for what |
| 12:07.05 | cr2 | cmonex: an i've extracted nk.exe from these dumps |
| 12:09.19 | premy | martin_: no, but I got some of those in haret when setting up GPRS connections. Might be worth removing it and seeing what happens. |
| 12:09.57 | cmonex | cr2: i have one here |
| 12:09.59 | cmonex | if that helps |
| 12:10.00 | cmonex | :) |
| 12:10.40 | *** join/#htc-linux Othello (i=Magorium@gateway/tor/x-57a0b8df056c5b51) |
| 12:11.40 | martin__ | premy: yeah at some point i'll try that |
| 12:11.51 | martin__ | premy: at the moment i'm working on reorganising the smd.c stuff |
| 12:12.16 | cmonex | cr2: any idea on the RAM? |
| 12:12.20 | cmonex | I haven't looked yet |
| 12:12.31 | cr2 | cmonex: i've tried to dump the imgfs with ImgfsToDump 2.0 RC 3 (maybe it's not the latest version), but failed |
| 12:12.47 | cmonex | you used kaiser switch? |
| 12:12.49 | cmonex | in nbsplit |
| 12:13.06 | cmonex | because block size is still 0x800, and still NAND, not DOC |
| 12:13.06 | cr2 | no. |
| 12:13.11 | cmonex | try that then :) |
| 12:13.21 | cr2 | ok, where do i get the latest version ? |
| 12:13.54 | cmonex | tadzio's thread |
| 12:13.56 | cmonex | first post |
| 12:14.15 | cr2 | ok |
| 12:15.24 | cr2 | cmonex: i'll let you know about the results, and put everything into wiki. |
| 12:15.42 | cmonex | ok cool :) |
| 12:15.48 | cmonex | you mainly use haret for experiments? |
| 12:17.20 | *** join/#htc-linux goxboxlive (n=goxboxli@242.84-48-176.nextgentel.com) |
| 12:18.22 | cr2 | yes. and ida/objdump. |
| 12:18.54 | cmonex | ok |
| 12:18.59 | cmonex | any MSM datasheets? |
| 12:19.16 | ginge_ | rolls on floor laughing |
| 12:19.57 | cr2 | no, they are all nda. only android people have them. |
| 12:20.06 | cmonex | well, I wondered because of stuff like MSM_A2M_INT(0) mentioned above |
| 12:20.09 | cmonex | ah, android has it.. |
| 12:20.13 | cmonex | so you got the stuff from there? |
| 12:20.19 | cr2 | yes |
| 12:20.21 | cmonex | cool tip |
| 12:20.26 | cmonex | i didnt know about that :) |
| 12:20.40 | cmonex | so where is source code for all this online & downloadable? |
| 12:20.56 | cr2 | yes, it's the best source for diamond. because of 'A' at the end. |
| 12:21.25 | cr2 | the non-'A' chips are different, and it makes us some troubles here and there. |
| 12:21.50 | cr2 | http://git.android.com |
| 12:22.34 | kiozen | BabelO_: searching for a link on how to compile qtopia, can't find my own notes :( |
| 12:23.47 | kiozen | really misses the blog database he blew a few days ago |
| 12:25.12 | kiozen | BabelO_: think I found it.. |
| 12:26.53 | *** join/#htc-linux par (i=par@dipole.idlepattern.com) |
| 12:31.21 | martin__ | premy: |
| 12:31.22 | martin__ | ginge_: |
| 12:31.25 | martin__ | dcordes: |
| 12:31.41 | premy | martin__: ? |
| 12:31.48 | martin__ | could one of you test a kaiser-smd.c with only MSM_A2M_INT(0) in the notify_other_smd? |
| 12:31.52 | ginge_ | martin__: yes? |
| 12:32.06 | ginge_ | martin__: I can give it a go. |
| 12:32.09 | martin__ | cheers |
| 12:32.16 | cr2 | BabelO_: do you know what is 'Compte Rende (Chimie)' ? |
| 12:32.18 | martin__ | if that works it'll simplify this a bunch |
| 12:33.03 | ginge_ | martin__: I only have writel(1, MSM_A2M_INT(0)); in notify_other_smd at the moment |
| 12:33.14 | martin__ | oh, already? |
| 12:33.32 | ginge_ | yeah. It was your last paste I am using |
| 12:33.47 | martin__ | i thought that had 1 and 2 in it as well |
| 12:34.40 | ginge_ | not here. Let me check the ~ file |
| 12:34.51 | ginge_ | me == monkey |
| 12:35.04 | ginge_ | I had smd.c open |
| 12:35.06 | martin__ | looks like vogue-smd.c still needs different ones per channel |
| 12:37.20 | ginge_ | martin__: what should I expect to happen? |
| 12:40.33 | dcordes | premy: pong |
| 12:42.06 | cr2 | BabelO_: hmm. i think it's Comptes Rendus Chimie |
| 12:45.47 | martin__ | ginge_: hoping for phone, data and gps to work |
| 12:46.10 | martin__ | or at least one of them |
| 12:46.28 | martin__ | the idea is to figure out which MSM_A2M_INT lines are required for what |
| 12:46.37 | martin__ | on the 7200A it seems that 0 applies to all smds |
| 12:46.53 | martin__ | on the vogue dzo seems to have different ones for different channels |
| 12:47.38 | martin__ | i need to figure out what we may need to accomodate in terms of an API for the chip-specific part of the SMD stuff |
| 12:50.09 | premy | dcordes: I was wondering what kind of problems you were having last night with the gprs stuff |
| 12:51.45 | dcordes | premy: I don't get online somehow on kaiser. In angstrom I make the device nodes (/dev&/smd? as usual) then run your script which asks me for a /dev/ppp device node, so I create that, rerun the script |
| 12:51.59 | dcordes | it goes with no error but I don't know what should happen then= |
| 12:52.05 | dcordes | I get no network interface or anything |
| 12:53.13 | martin__ | what 7200A phones are there? |
| 12:53.45 | dcordes | http://pdadb.net/index.php?m=cpu&id=a7200a |
| 12:53.51 | premy | Can you try to ATV1 the modem, then to type in the two AT commands (AT+CGDCONT...., and ATD*99***1#) to see what the modem says ? |
| 12:54.45 | martin__ | right, none yet. |
| 12:55.26 | dcordes | premy: ok a minute |
| 12:57.31 | kiozen | BabelO_: need some help on dbus |
| 12:58.26 | dcordes | premy: booting.. |
| 12:59.26 | dcordes | ATV1 ok |
| 13:00.47 | dcordes | the whole thing ('AT+CGDCONT=1,"IP","web.vodafone.de?","",0,0\r')? |
| 13:01.00 | premy | yes |
| 13:01.18 | dcordes | I see nothing in cu because I have no tilde |
| 13:01.53 | dcordes | and n'either I have " |
| 13:01.53 | premy | you can use echo and cat |
| 13:01.59 | dcordes | only ´ |
| 13:02.02 | premy | cat /dev/smd0 & |
| 13:02.16 | premy | and echo -e "ATV1\r" > /dev/smd0 |
| 13:02.38 | dcordes | already done ATV1 |
| 13:02.42 | dcordes | in cu it said OK |
| 13:03.07 | premy | ' should be ok |
| 13:05.11 | dcordes | premy: can I also save the text to a file and then use "cat /dev/smd0 & cat <file> > /dev/smd0"? |
| 13:07.08 | premy | You can just "cat /dev/smd0&", it will run in the background and print whatever /dev/smd0 spits, and then cat <file> > /dev/smd0 if the AT commands are in <file>. |
| 13:08.53 | dcordes | premy: ok when I send AT+CGDCONT=1,"IP",web.vodafone.de","",0,0\r |
| 13:08.57 | dcordes | modem repeats ERROR |
| 13:09.26 | dcordes | the exact text is in <file> and I cat <file> > /dev/smd0 |
| 13:11.31 | premy | Then, you should probably remove \r from your file, and replace it with a proper carriage return |
| 13:12.26 | premy | \r is interpreted by echo and replaced with a CR |
| 13:12.39 | dcordes | cring voice oh ^^ |
| 13:13.01 | premy | ATA ? |
| 13:13.32 | dcordes | somebody called me |
| 13:13.38 | martin__ | hey guys |
| 13:13.54 | premy | martin__: ? |
| 13:13.58 | martin__ | think i may know what the problem is with data after a while |
| 13:14.09 | martin__ | it's probably an smd packet channel |
| 13:14.20 | martin__ | the smd.c code has different stuff for packet and stream channels |
| 13:14.25 | ginge_ | martin__: no phone, just a big red X |
| 13:14.36 | martin__ | ginge_: okay |
| 13:14.38 | dcordes | premy: with a carriage return (I removed \r and put a blank after the command line) |
| 13:14.43 | dcordes | I get OK |
| 13:14.58 | martin__ | premy: you definitely needed to write MSM_A2M_INT(0) to get data working? |
| 13:15.24 | dcordes | oh different caller |
| 13:15.58 | premy | dcordes: echo -e "ATA\r" > /dev/smd0 to accept the call |
| 13:16.06 | dcordes | I get no audio |
| 13:16.10 | dcordes | I fear |
| 13:16.24 | premy | martin_: ok. |
| 13:16.40 | dcordes | premy: so now that I got the OK, what's next? |
| 13:16.57 | premy | dcordes; OK was for the AT+CGDCONT command, right ? |
| 13:17.04 | dcordes | yesw |
| 13:17.16 | premy | ok, then ATD*99***1# now |
| 13:18.56 | dcordes | CONNECT |
| 13:19.00 | dcordes | +PCD: 1,1 |
| 13:19.09 | premy | martin__: are you sure ? from what I can see in the code, looks as though packet only adds a header before the data. If that were the problem, why would it only happen after 3k ? |
| 13:19.25 | premy | dcordes: the GPRS connection is up.. |
| 13:19.33 | premy | dcordes: then you need to start pppd |
| 13:19.40 | martin__ | dunno, thought it might be something to do with the wrapping |
| 13:19.41 | dcordes | ok |
| 13:20.13 | martin__ | but actually that's at 8k so if you started at the beginning of the circular buffer you wouldn't have hit it |
| 13:20.16 | martin__ | just an idea |
| 13:20.23 | martin__ | could also be flow control stuff |
| 13:20.45 | premy | dcordes : pppd /dev/smd1 debug nodetach defaultroute usepeerdns name XX password XX novj |
| 13:22.18 | ginge_ | martin__: I can get a more accurate figure for the lockup... give me a few mins |
| 13:22.19 | premy | martin__: yes I would look in this direction. Maybe the read_avail and write_avail stuff that needs to be checked. |
| 13:23.39 | dcordes | premy: looks like I'm online now |
| 13:23.52 | ginge_ | martin__: 6.93kb downloaded + whatever was sent/received via tcp headers |
| 13:24.11 | premy | ginge_: the best would be to instrument a bit the kaiser-smd code to get the exact figure and see if it correspond to the end of the buffer |
| 13:24.17 | premy | dcordes: cool..... |
| 13:24.46 | ginge_ | premy: a job for when I am not at work methinks ;) Pushing my luck already |
| 13:25.02 | dcordes | premy: thanks a lot. I will check through what I did now and double check with the script |
| 13:25.05 | ginge_ | dcordes: try a wget |
| 13:25.42 | premy | ginge: where did you get the figure from ? |
| 13:26.11 | ginge_ | wget from sourceforge |
| 13:26.28 | ginge_ | not particularly scentific, I know |
| 13:26.46 | dcordes | premy: wget http://linuxtogo.org => bad address linuxtogo.org |
| 13:26.59 | dcordes | also when I try to ping a host it says bad adress <host> |
| 13:27.25 | ginge_ | dcordes: dns |
| 13:27.52 | premy | ginge_: ok, I just wanted to know if the figure was coming from ifconfig or such or if it was only the http data volume. |
| 13:28.22 | ginge_ | premy: I could try a constant ping to see if I get the same lockup |
| 13:28.30 | dcordes | ginge_: oh yes seems to be something with dns. when I ping IP it works so I'm online |
| 13:28.47 | ginge_ | /etc/resolv.conf |
| 13:28.55 | dcordes | 300ms to my home computer |
| 13:29.10 | premy | ginge_: no no, it's not that difficult to instrument the code and get the exact figure. Thanks. |
| 13:29.16 | martin__ | ginge_: that sounds like it could be the end of the buffer we're hitting |
| 13:29.24 | premy | martin_: agreed. |
| 13:30.24 | martin__ | wrapping is the usual way to fuck up with circular buffers |
| 13:30.37 | ginge_ | premy: got no proper build environment here. pita |
| 13:30.42 | martin__ | and we've never put 8k into the AT channel so we'd not have noticed there |
| 13:31.52 | dcordes | g2g bye |
| 13:33.18 | BabelO_ | kiozen: ah ah dbus :) |
| 13:33.41 | BabelO_ | kiozen: export PKG_CONFIG=/opt/toolchain/arm-..../lib/pkgconfig |
| 13:33.45 | BabelO_ | something like that |
| 13:35.40 | kiozen | BabelO_: ok, trying ... |
| 13:36.18 | kiozen | is happy that oe compiled on the laptop now (fixing some bugs) |
| 13:37.28 | kiozen | BabelO_: ERROR: You requested -dbus but it was disabled. |
| 13:37.51 | kiozen | any idea? |
| 13:39.26 | kiozen | hm, do I need dbus anyway? |
| 13:41.31 | premy | martin_, ginge: I've got to go. bye. |
| 13:41.38 | *** part/#htc-linux premy (n=pr@73.205.76-86.rev.gaoland.net) |
| 13:57.09 | *** join/#htc-linux LunohoD (n=alex@e180074050.adsl.alicedsl.de) |
| 14:02.35 | *** join/#htc-linux LunohoD_ (n=alex@e180071184.adsl.alicedsl.de) |
| 14:09.09 | BabelO_ | kiozen: you need it, let me check |
| 14:09.22 | BabelO_ | kiozen: you use FIC GTA toolchain ? |
| 14:09.49 | kiozen | BabelO_: no the one from oe to avoid libc madness |
| 14:10.12 | BabelO_ | kiozen: :( your are looking for big problem then |
| 14:10.26 | kiozen | hm, worked last time |
| 14:11.18 | BabelO_ | kiozen: it is PKG_CONFIG_PATH |
| 14:11.51 | BabelO_ | kiozen: you have to set this one to where the dbus-1.pc is located for arm |
| 14:12.10 | kiozen | yes i have figured out that one, but now I get some cross compiler snafu because ./configure uses bad path for includes |
| 14:15.20 | BabelO_ | kiozen: yes got same problem when i use angstrom toolchain outside the tree |
| 14:16.12 | kiozen | BabelO_: ok, but having two versions of all libs on the rootfs sucks, too |
| 14:25.14 | kiozen | BabelO_: looks lie configure uses the values from dbus-1.pc |
| 14:25.33 | kiozen | BabelO_: is there an env var to offset these paths? |
| 14:25.52 | BabelO_ | kiozen: no i don't found it |
| 14:26.27 | BabelO_ | +--+ |
| 14:27.03 | kiozen | hm, but there must be, where is that toolchain, maybe I get a hint looking at the *.pc stuff |
| 14:29.38 | cr2 | BabelO_: need your help :) |
| 14:29.41 | cr2 | hi kiozen |
| 14:29.48 | kiozen | hi |
| 14:30.10 | BabelO_ | hi cr2 |
| 14:30.11 | kiozen | compiling software for embedded devices sucks ;) |
| 14:30.37 | cr2 | kiozen: qtopia for moko1 should work |
| 14:30.56 | kiozen | cr2: yes, already downloading |
| 14:31.06 | cr2 | BabelO_: i have such reference in the bibliography: "J. Seguier, Compt. Rend. 256, 1703 (1963)." |
| 14:31.34 | BabelO_ | cr2: 1963 :) very old |
| 14:31.52 | cr2 | BabelO_: Compt. Rend. seems to be a wrong name, because there are Comptes Rendus Physique, Chimie, ... |
| 14:32.09 | BabelO_ | cr2: yes it is Comptes Rendus |
| 14:32.39 | cr2 | http://france.elsevier.com/direct/COMREN |
| 14:33.15 | cr2 | but i have not found physics there. |
| 14:34.01 | *** join/#htc-linux exc1 (n=exco@e181109132.adsl.alicedsl.de) |
| 14:34.44 | cr2 | BabelO_: Autres sciences -> technical sciences ? |
| 14:35.17 | BabelO_ | cr2: is it related to that "onde non linéaires". ? |
| 14:35.59 | *** join/#htc-linux Zba_Phy_ (n=none@2a01:e35:8a13:a2b0:21c:c0ff:fe25:ff68) |
| 14:36.20 | cr2 | hmm. it was a reference about the infrared spectra of Cd metal vapor. |
| 14:36.40 | BabelO_ | cr2: sciences fondamentales |
| 14:36.40 | cr2 | must be physics, or maybe physical chemistry. |
| 14:37.35 | cr2 | http://www.elsevier-masson.fr/product_info.php?products_id=5217&osCsid=ivckhaeuqv5ts8guq80e31dqa3 |
| 14:38.43 | cr2 | hm. i doubt to find something from 1963. |
| 14:39.23 | BabelO_ | cr2: http://www.zentralblatt-math.org/zmath/en/search/?q=an:0115.08401 |
| 14:40.47 | BabelO_ | cr2: lot of thing refer to "Comptes rendus 256" :) |
| 14:42.25 | cr2 | hehe. |
| 14:42.31 | cr2 | found this now :) |
| 14:42.36 | cr2 | Prospective sur les besoins « défense » en détecteurs infrarouge |
| 14:43.02 | BabelO_ | cr2: ah ah :) |
| 14:43.06 | cr2 | lol |
| 14:46.14 | cr2 | BabelO_: Technologies non refroidies. so it's only for high signal levels, not really interesting for me. |
| 14:47.21 | cr2 | Journal |
| 14:47.22 | cr2 | <PROTECTED> |
| 14:49.20 | BabelO_ | cr2: lol -> direct scan http://www.zentralblatt-math.org/zmath/scans.html?volume_=115&count_=084 |
| 14:50.18 | BabelO_ | cr2: you are doing crazy thing :) |
| 14:50.55 | BabelO_ | cr2: but does not look like what you want |
| 14:58.24 | cr2 | nonlinear partial differential equations are not that difficult :) but i'm looking for other things. strange... |
| 15:00.43 | BabelO_ | CdGeAs2 :) |
| 15:01.48 | kiozen | think I really need a ./configure guru that is willing to speak :) |
| 15:16.20 | kiozen | BabelO_: http://qtopia.net/modules/newbb_plus/viewtopic.php?forum=16&topic_id=562 |
| 15:26.47 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 15:30.34 | cr2 | BabelO: http://www.academie-sciences.fr/publications/comptes_rendus.htm sends me to http://gallica.bnf.fr/ |
| 15:31.07 | cr2 | for an article search between 1835 and 1965 |
| 15:31.26 | BabelO_ | kiozen: you can also edit and build by hand in .config/dbus |
| 15:37.11 | *** join/#htc-linux AstainHellbring (n=Administ@unaffiliated/astainhellbring) |
| 15:37.47 | *** join/#htc-linux p3t3r__ (n=peter@wlan.net-you.de) |
| 15:37.49 | BabelO_ | cr2: that's strange |
| 15:38.25 | *** join/#htc-linux zwox_ (i=zwox@par69-7-82-243-234-94.fbx.proxad.net) |
| 15:39.14 | ginge_ | cr2: I just noticed in an old htc-linux log that you mentioned that these cplds dont always have an IRQ. Are they really polled, or is there some other mechanism going on there? |
| 15:41.16 | BabelO_ | cr2: http://jphys.journaldephysique.org/index.php?option=article&access=standard&Itemid=129&url=/articles/jphys/abs/1963/10/jphys_1963__24_10_737_0/jphys_1963__24_10_737_0.html |
| 15:41.28 | BabelO_ | cr2: but not free :( |
| 15:41.49 | BabelO_ | cr2: it is about infrared and argon gaz |
| 15:43.27 | BabelO_ | ginge_: cpld driver have some irq mechanism, look at handhelds.org cvs to arm/arc/mach-pxa/magician |
| 15:43.56 | ginge_ | cr2: thanks |
| 15:47.21 | *** part/#htc-linux ginge_ (n=baz@80.229.188.31) |
| 15:47.51 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 16:05.13 | *** join/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 16:05.35 | *** part/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:05.35 | *** join/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:05.35 | *** part/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:05.35 | *** join/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:05.37 | *** part/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:05.37 | *** join/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:05.42 | *** join/#htc-linux Alex[sp3dev] (n=alex_dfr@86.110.163.25) |
| 16:06.08 | *** part/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:06.08 | *** join/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:07.08 | *** part/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:07.08 | *** join/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:08.08 | *** part/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:08.08 | *** join/#htc-linux Funklord (n=cow@c-ecd572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
| 16:12.41 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d86553d.pool.einsundeins.de) |
| 16:22.06 | *** join/#htc-linux Othello__ (i=Magorium@gateway/tor/x-05465b91cd1334fd) |
| 16:29.37 | *** join/#htc-linux amiral_ (n=amiral_@adsl196-55-226-206-196.adsl196-8.iam.net.ma) |
| 16:41.56 | *** join/#htc-linux ali1234 (n=al@62.24.214.38) |
| 16:48.09 | *** part/#htc-linux exc1 (n=exco@e181109132.adsl.alicedsl.de) |
| 16:54.35 | *** join/#htc-linux TimRiker (n=timr@70-1-110-232.area1.spcsdns.net) |
| 17:06.07 | *** join/#htc-linux TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 17:06.41 | *** part/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 17:09.24 | *** join/#htc-linux amiral_ (n=amiral_@adsl196-55-226-206-196.adsl196-8.iam.net.ma) |
| 17:10.32 | *** join/#htc-linux rmoravcik1 (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 17:31.53 | *** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net) |
| 17:34.40 | dcordes_ | we need mmc |
| 17:35.36 | *** join/#htc-linux pH5 (n=ph5@e178215210.adsl.alicedsl.de) |
| 17:38.45 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
| 17:40.19 | ginge | yes, we do |
| 17:40.25 | goxboxlive | BabelO: there? |
| 17:40.58 | BabelO | goxboxlive: yes |
| 17:41.03 | goxboxlive | hi |
| 17:41.14 | goxboxlive | Any Qtopia news yet? It's 30th today |
| 17:41.41 | BabelO | hi goxboxlive, always here :) |
| 17:41.41 | BabelO | goxboxlive: no news |
| 17:41.42 | goxboxlive | :-) |
| 17:41.42 | goxboxlive | i c |
| 17:41.42 | BabelO | i look on qtopia channel, wait |
| 17:41.42 | goxboxlive | I ordered a iphone today :-) |
| 17:42.06 | BabelO | goxboxlive: hum no news, only kiozen asking question today :) |
| 17:42.29 | BabelO | goxboxlive: me too, version 2 |
| 17:43.03 | goxboxlive | BabelO: :-) yes the one with gps and 3g |
| 17:43.15 | goxboxlive | How much did you pay for it? |
| 17:43.46 | BabelO | goxboxlive: don't know actually, should be around 300 eur |
| 17:44.51 | goxboxlive | BabelO: ok i c |
| 17:45.16 | goxboxlive | i bought in on a auction for â¬474 without a contract |
| 17:58.29 | lama | but with scratches weak battery no warranty and simlock |
| 17:58.31 | lama | :p |
| 18:05.58 | *** join/#htc-linux JohnnyK (n=johnnyk@nfx-nat-229.pilsfree.net) |
| 18:10.19 | *** join/#htc-linux premy (n=pr@73.205.76-86.rev.gaoland.net) |
| 18:11.26 | *** join/#htc-linux AstainZZZZZZ (n=Administ@unaffiliated/astainhellbring) |
| 18:14.18 | premy | Hi, is irclog.iclem.net down ? |
| 18:19.46 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d86553d.pool.einsundeins.de) |
| 18:25.12 | goxboxlive | lama: no simlock, maybe weak battery but why scratches, it is new. |
| 18:29.24 | dcordes_ | premy: hey premy. use http://apt.rikers.org/%23htc-linux/ |
| 18:29.45 | dcordes_ | or tell me what you look for if it was today |
| 18:33.45 | dcordes_ | bbl |
| 18:55.40 | lama | goxboxlive: huh no simlock? |
| 18:56.44 | lama | i think that even no contrack pre paid iphones 3g are with simlocks:p |
| 18:56.59 | lama | contract |
| 18:57.58 | goxboxlive | no, just not all them. Some countries has laws against it, in example here in Norway. But it is very expensive to buy it without a contract. |
| 19:05.55 | premy | dcordes: wanted to know if there had been any progress on gprs and the 6k problem ? |
| 19:06.38 | premy | ginge: how exactly do you reproduce the lock up ? |
| 19:07.24 | ginge | premy: create the ppp device and connect. wget known_file.tar.gz ========6k lock |
| 19:07.42 | premy | because it seems to work for me: ifconfig ppp0 -> RX bytes = 40480 |
| 19:07.49 | ginge | odd. |
| 19:08.30 | ginge | I am just doing a fresh build with latest everything, so I will let you know how I get on |
| 19:09.04 | premy | I've not tried wgetting one large file. I'll try that. |
| 19:12.28 | pikapika | is there any project of linux on elf ? |
| 19:21.45 | premy | ginge: what's the exact url ? |
| 19:22.44 | ginge | premy: seems ok now. |
| 19:23.37 | premy | ginge: sure ? |
| 19:24.23 | ginge | premy: I need to check it further, but at least in console I can grab a 1MB file ok now |
| 19:25.17 | premy | ginge: ok, that's cool, then. |
| 19:26.00 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 19:29.53 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfe526.pool.einsundeins.de) |
| 19:37.13 | premy | ginge: seems to work for me with android also. |
| 19:42.26 | cr2 | goxboxlive: how many phones do you have now ? :) |
| 19:43.04 | goxboxlive | cr2: my a780 has died :-( |
| 19:43.29 | goxboxlive | My son used it to clean the floor outside aftera rain wash :-) |
| 19:43.42 | cr2 | hehe. |
| 19:43.58 | goxboxlive | he thought it where a cool boat, to throw it along the outside floor |
| 19:44.08 | cr2 | goxboxlive: send me the rest. |
| 19:44.12 | cr2 | lol. nice guy :) |
| 19:44.31 | goxboxlive | it boots, but the navigation key is locked in up position |
| 19:44.55 | cr2 | i have found the a780 schematics in the internet. |
| 19:45.10 | goxboxlive | i c |
| 19:46.06 | cr2 | mine is still working, but is heavily scratched |
| 19:46.39 | cr2 | didn't use a780 gps recently, because i still have the scandinavian map there. |
| 19:47.19 | cr2 | maybe modifying some bits will help :) but it's low priority for me now. |
| 19:48.17 | goxboxlive | ok. How do you transfer maps with linux? Dont youhave to use windows to change maps? |
| 19:49.11 | cr2 | i'm using 2 256MB cards, and exchange them. |
| 19:49.17 | goxboxlive | ic |
| 19:49.28 | cr2 | yes, i've used windows 2 years ago to select the maps |
| 19:49.34 | goxboxlive | :-) |
| 19:55.45 | BabelO | cr2: do you found your publication ? |
| 20:04.59 | *** part/#htc-linux premy (n=pr@73.205.76-86.rev.gaoland.net) |
| 20:05.49 | cr2 | BabelO: no, mine should be about the cadmium lines, not argon. |
| 20:05.51 | cr2 | NIST Atomic Spectra Database |
| 20:05.51 | cr2 | Line Bibliographic Reference for Cd I |
| 20:05.51 | cr2 | 285. J. Seguier, Compt. Rend. 256, 1703 (1963). |
| 20:07.39 | cr2 | BabelO: we have it only since 1998 in the library. |
| 20:07.55 | BabelO | cr2: ok :( |
| 20:07.55 | cr2 | Académie des Sciences <Paris> Comptes rendus de lâAcadémie des Sciences / 2 / B Elektronische Ressource |
| 20:07.55 | cr2 | 1998 - |
| 20:13.04 | *** join/#htc-linux exc1 (n=exco@e181109132.adsl.alicedsl.de) |
| 20:13.57 | exc1 | hello everyone |
| 20:15.07 | *** part/#htc-linux p3t3r__ (n=peter@wlan.net-you.de) |
| 20:26.06 | BabelO | cr2: out of scope, but while looking for, i found this website which is interesting http://simbad.u-strasbg.fr/simbad/ |
| 20:27.44 | cr2 | BabelO: yes. |
| 20:43.06 | Marex | everything necessary for 0verkill 0.17 implemented |
| 20:43.30 | Marex | looks like I just need to finish installation of OE compilation cluster and .... errrr |
| 20:43.43 | Marex | cr2: would you mind not listening to what I say ? :) |
| 21:00.53 | cr2 | Marex: wm9750 is working ? :) |
| 21:02.32 | Marex | cr2: nah, I told you the OE cluster is still work in progress |
| 21:23.21 | *** join/#htc-linux rmoravcik1 (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 21:23.40 | *** join/#htc-linux rmoravcik1 (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 21:32.20 | *** join/#htc-linux rmoravcik1 (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 21:32.39 | *** join/#htc-linux LunohoD (n=alex@e180071184.adsl.alicedsl.de) |
| 21:42.17 | *** join/#htc-linux OliNex (n=xy6091@apn-89-223-144-100.vodafone.hu) |
| 21:43.40 | *** join/#htc-linux stillunknown (n=stillunk@82-136-225-75.ip.telfort.nl) |
| 21:48.43 | *** join/#htc-linux surgex (i=surge@pool-71-186-163-107.bflony.fios.verizon.net) |
| 22:01.59 | *** join/#htc-linux zwox__ (i=zwox@par69-7-82-243-234-94.fbx.proxad.net) |
| 22:20.08 | cr2 | ahi2dati |
| 22:21.32 | cr2 | dcordes_: SOFTWARE\HTC\ATDbgLog |
| 22:40.06 | Marex | cr2: j/w can I get commit access to -hh kernel tree other way than through france ? |
| 22:52.33 | cr2 | Marex: don't think so. Kevin2 can't even add me to the haret cvs list |
| 23:01.18 | Marex | cr2: :( and it took france more than a year now ... and I still dont have it :E~ |
| 23:01.22 | dcordes_ | hi |
| 23:02.01 | dcordes_ | ginge: fwif I pinged my home computer quite a long time (like 2 minutes or so) from kaiser and had no lockup |
| 23:02.48 | dcordes_ | I don't know if the traffic produced during that exceeds your lockup limit |
| 23:06.53 | ginge | dcordes_:seems ok for me now |
| 23:07.15 | cr2 | dcordes_: try ping -f |
| 23:13.06 | *** part/#htc-linux exc1 (n=exco@e181109132.adsl.alicedsl.de) |
| 23:19.02 | dcordes_ | ginge: what did you change in order to remove the lockup? |
| 23:19.32 | ginge | nothing, I just removed all of by code and used stock git |
| 23:19.39 | ginge | + patches |
| 23:20.02 | dcordes_ | cr2: most websites seem to refuse the flood |
| 23:20.36 | dcordes_ | ginge: including martin__'s cleaned up kaiser-smd.c with pemy's latest revisions? |
| 23:21.15 | ginge | seems so. I didnt do much testing |
| 23:21.31 | dcordes_ | cr2: oh that is a local restriction. it works with # |
| 23:23.06 | dcordes_ | ginge: is there a console for android? so we can provide an easy way for people to change their APN? |
| 23:23.31 | ginge | no, just change the init scripts to accomodate the apn |
| 23:23.36 | ginge | I will do it later |
| 23:25.16 | dcordes_ | isn't it rather the problem that the init? scripts in android have the APN? |
| 23:27.36 | ginge | yes, but I am fixing that now |
| 23:27.45 | ginge | just means a new android image |
| 23:28.11 | dcordes_ | ah you gonna put the APN as a variable you set in cmdline? |
| 23:29.09 | ginge | yeah |
| 23:30.23 | ginge | ok that wasnt too painful |
| 23:30.33 | ginge | need to build and test |
| 23:30.54 | dcordes_ | great idea |
| 23:31.19 | dcordes_ | I infromed the forum about the progress but told them it's not easy to change the apn |
| 23:33.04 | ginge | okay. we should have viable touchscreen very shortly too |
| 23:33.17 | ginge | although the code looks like it was vomited up from the bowels of hell |
| 23:36.22 | dcordes_ | yuck |
| 23:36.27 | dcordes_ | will it be required in the long run or only to get the correct calibration data? |
| 23:40.13 | ginge | kinda. It is required in the long run to stop it from polling the screen for pressure and instead react to pen down and pen up events like it is supposed to. If we ever find the CPLD IRQ it will then become very important as we can then handle it properly instead of this hack around |
| 23:48.32 | dcordes_ | ok |
| 23:49.04 | dcordes_ | I tried to reconstruct your touchscreen-doing-a-curve-at-bottom-of-screen phenomenon |
| 23:49.21 | *** join/#htc-linux AussiedeviL (n=Aussiede@87-194-206-46.bethere.co.uk) |
| 23:49.38 | dcordes_ | utilizing the android pointer devtool. I found it was not doing a curve but just stopping like 1cm in front of the bottom |
| 23:50.21 | ginge | odd must be different calibration |
| 23:50.58 | dcordes_ | maybe that's useful |
| 23:51.09 | dcordes_ | it's the ts driver from git head |
| 23:52.35 | dcordes_ | ginge: btw did you try the navigation program in android with gprs and gps? |
| 23:52.57 | ginge | no, didnt know gps worked properly |
| 23:53.57 | dcordes_ | I didn't do more than booting while gps is turned on |
| 23:54.09 | ginge | ahh I see |
| 23:54.13 | dcordes_ | and then cat the gps device in angstrom, watching the nmea data |
| 23:54.32 | dcordes_ | and since I'm not too familiar with gps (kaiser is my first gps device) I cannot tell if it is correct |
| 23:56.55 | ginge | assuming android libs dont do fancy things with the smd turning off the stream of data, it will be ok |
| 23:57.31 | dcordes_ | can you try it? |
| 23:57.57 | ginge | sorry, not anytime soon |
| 23:58.34 | dcordes_ | I can't because I had no luck getting online in android |
| 23:58.48 | ginge | no luck how? |
| 23:58.51 | dcordes_ | only this afternoon when premy instructed me to put the commands manually in angstrom |
| 23:59.14 | dcordes_ | well yesterday I put the init? adding up APN in the one of them and I had no network in browser app |
| 23:59.17 | ginge | did you make sure your init scripts had enter after them in android |
| 23:59.34 | ginge | and you dont need a user/pass |
| 23:59.38 | dcordes_ | let me check I have them extracted in the state I uploaded them too kaiser |
| 23:59.49 | dcordes_ | I don't need them for vodafone right |
| 23:59.55 | dcordes_ | I put user pass in angstrom and it worked |