| 00:00.47 | goxboxlive | ok |
| 00:02.25 | cr2 | so i must hunt down 2 irqs: BT and this external. |
| 00:03.20 | cr2 | i guess it's the BT/BB that sets them, but how does it know... |
| 00:04.15 | cr2 | the AT command send routine (ffuart_tx) needs a minor change. check_BB_ready() before sending an AT command. |
| 00:04.15 | goxboxlive | Ok, now i know about the CMUSS . I got rid of it after chaning the AT+CNMI like it was in my debug log and not as coded in the source of gomunicator. |
| 00:04.38 | goxboxlive | ok |
| 00:04.42 | cr2 | the code is already there, but needs a separate function. |
| 00:05.22 | lkcl | ok i give up on blueangel / uda1380 sound. |
| 00:05.26 | cr2 | you didn't apparently saw a problem so far, but it's bettery to follow wince in this respect. |
| 00:05.45 | goxboxlive | yes i know. It is a little separated now, but because of the difrrents on each device i think it would be bether to have one AT config file for each phone. |
| 00:05.57 | lkcl | gonna try sable again, work on updating the suspend/resume code and platform device stuff, like psoko said i should (from a message on kd@hh) |
| 00:06.05 | cr2 | lkcl: it's tough stuff. the SSP uses 16bit MSB with external clock, looks like I2S to me. |
| 00:06.20 | lkcl | achh. |
| 00:06.23 | cr2 | lkcl: it should not be difficult. |
| 00:06.27 | lkcl | ptooey. |
| 00:06.32 | goxboxlive | :-) |
| 00:06.48 | cr2 | i've already removed pt_regs where is saw them in the sable code. |
| 00:06.55 | lkcl | i just want to achieve something and then i will feel better. |
| 00:07.00 | lkcl | ok cool. |
| 00:07.19 | cr2 | lkcl: btw, try to reuse the htcuniversal_ts2.c code for a more abstract tsc2046 driver. |
| 00:07.26 | lkcl | oh good idea. |
| 00:08.00 | cr2 | i should split it into the generic and universal-specific part. |
| 00:08.01 | lkcl | did you rewrite that already? |
| 00:08.07 | lkcl | oh ok not yet then |
| 00:08.16 | cr2 | mostly, have a look. |
| 00:08.19 | lkcl | cool |
| 00:08.33 | lkcl | cvs update in progress... |
| 00:08.40 | cr2 | well, otherwise you need to convert your current driver to platform_device |
| 00:09.27 | cr2 | i've tried the 16bit and 32bit spi, it works to some extent, but there are bugs there. |
| 00:09.54 | lkcl | sorry - what's this for? |
| 00:10.04 | cr2 | so i gave up for now, and the driver is pxa-specific. it will be necessary to hack it a bit for hermes. |
| 00:10.24 | lkcl | tried 16bit and 32bit spi for what - tsc2046, yes? |
| 00:10.33 | cr2 | i wanted to attach it to pxa2xx-spi instead of messing with pxa spi directly. |
| 00:10.36 | cr2 | yes. |
| 00:10.38 | lkcl | o right |
| 00:10.55 | cr2 | but pxa2xx-spi does not support 24bit mode. |
| 00:11.02 | lkcl | ahh joy! |
| 00:11.42 | cr2 | i'm sure it can be done, but probably not now. |
| 00:11.48 | lkcl | well it's probably easier to hack pxa2xx-spi to support 24-bit |
| 00:12.06 | cr2 | there are some sample wince drivers which use 8bit spi for tsc2046! |
| 00:12.11 | cr2 | maybe. |
| 00:12.31 | lkcl | ohh. oh ok. |
| 00:13.41 | cr2 | but they are going into big detail, because the ts samples are 12bit, and you can't transfer them in one bus transaction. |
| 00:30.13 | Kevin2 | Hi |
| 00:30.23 | lkcl | arg i can't find the charger for the sable, in the trip back from holland oops |
| 00:30.26 | lkcl | hi kevin2 |
| 00:31.42 | Kevin2 | cr2: Did you see that there is a RTC8564 driver in the new rtc class part of the .19 kernel? |
| 00:33.14 | lkcl | oo - that's the same chip as used in the sable. |
| 00:36.00 | psokolovsky_ | lkcl, you should have been disable offending CONFIG_ options instead of patching mainline driver in an adhoc way ;-) |
| 00:36.13 | lkcl | o oops... |
| 00:36.23 | lkcl | what CONFIG_ options? |
| 00:36.42 | psokolovsky_ | lkcl, which breaks pxafb.c compile |
| 00:36.54 | lkcl | *thinks*... |
| 00:37.01 | lkcl | but for me, it's broken. |
| 00:37.14 | lkcl | pxafb.c doesn't compile: |
| 00:37.35 | psokolovsky_ | lkcl, if you fix it, you should submit patch upstream ;-) |
| 00:37.35 | lkcl | drivers/video/pxafb.c: In function 'pxafb_parse_options': |
| 00:37.35 | lkcl | drivers/video/pxafb.c:1227: error: 'struct pxafb_mach_info' has no member named 'bpp' |
| 00:37.35 | lkcl | drivers/video/pxafb.c:1234: error: 'struct pxafb_mach_info' has no member named 'pixclock' |
| 00:37.35 | lkcl | drivers/video/pxafb.c:1235: error: 'struct pxafb_mach_info' has no member named 'pixclock' |
| 00:37.36 | lkcl | drivers/video/pxafb.c:1237: error: 'struct pxafb_mach_info' has no member named 'left_margin' |
| 00:37.36 | lkcl | drivers/video/pxafb.c:1238: error: 'struct pxafb_mach_info' has no member named 'left_margin' |
| 00:37.38 | lkcl | drivers/video/pxafb.c:1240: error: 'struct pxafb_mach_info' has no member named 'right_margin' |
| 00:37.40 | lkcl | drivers/video/pxafb.c:1241: error: 'struct pxafb_mach_info' has no member named 'right_margin' |
| 00:37.42 | lkcl | drivers/video/pxafb.c:1243: error: 'struct pxafb_mach_info' has no member named 'upper_margin' |
| 00:37.44 | lkcl | drivers/video/pxafb.c:1244: error: 'struct pxafb_mach_info' has no member named 'upper_margin' |
| 00:37.46 | lkcl | drivers/video/pxafb.c:1246: error: 'struct pxafb_mach_info' has no member named 'lower_margin' |
| 00:37.48 | lkcl | drivers/video/pxafb.c:1247: error: 'struct pxafb_mach_info' has no member named 'lower_margin' |
| 00:37.53 | lkcl | drivers/video/pxafb.c:1249: error: 'struct pxafb_mach_info' has no member named 'hsync_len' |
| 00:37.53 | lkcl | drivers/video/pxafb.c:1250: error: 'struct pxafb_mach_info' has no member named 'hsync_len' |
| 00:37.54 | lkcl | drivers/video/pxafb.c:1252: error: 'struct pxafb_mach_info' has no member named 'vsync_len' |
| 00:37.58 | lkcl | drivers/video/pxafb.c:1253: error: 'struct pxafb_mach_info' has no member named 'vsync_len' |
| 00:38.00 | lkcl | drivers/video/pxafb.c:1257: error: 'struct pxafb_mach_info' has no member named 'sync' |
| 00:38.02 | lkcl | drivers/video/pxafb.c:1260: error: 'struct pxafb_mach_info' has no member named 'sync' |
| 00:38.04 | lkcl | drivers/video/pxafb.c:1265: error: 'struct pxafb_mach_info' has no member named 'sync' |
| 00:38.06 | lkcl | drivers/video/pxafb.c:1268: error: 'struct pxafb_mach_info' has no member named 'sync' |
| 00:38.08 | lkcl | oops. sorry. |
| 00:38.10 | lkcl | automatic reaction. |
| 00:38.23 | psokolovsky_ | and the author of those changes was let know, and prepared fix and will submit it himself |
| 00:38.30 | lkcl | ack. understood. |
| 00:38.42 | psokolovsky_ | and I didn't apply his aptch, becasuse for 2 weeks .19 is live, noone reported it ;-) |
| 00:38.47 | psokolovsky_ | well, nevermind ;-) |
| 00:38.56 | lkcl | sorry. where's upstream? what's the procedure? |
| 00:38.57 | psokolovsky_ | just fyi ;-) |
| 00:39.42 | psokolovsky_ | lkcl, generally you should lookup in main git tree who did broken change, and let them no, cc: main Linux list (and k-d of course) |
| 00:39.55 | lkcl | ok cool. |
| 00:40.01 | psokolovsky_ | it's RP who did that this time ;-) |
| 00:40.10 | cr2 | Kevin2: yes, i have already enabled it. but it does not shouw up in /sys |
| 00:40.53 | cr2 | Kevin2: and there are 2 RTC drivers now. sa1100-rtc and pcf8563. |
| 00:46.02 | *** join/#htc-linux florian (n=fuchs@84-245-180-141.bpool.celox.de) |
| 00:46.53 | *** join/#htc-linux parmaster (i=par@dipole.idlepattern.com) |
| 00:54.12 | cr2 | Kevin2: please add the examples for the new haret trace/irq commands to hh.org wiki. |
| 00:54.36 | cr2 | i always forget their syntax. |
| 00:57.55 | goxboxlive | cr2: I made a screenshoot of gpe. It is starting to have a nice interfcae now: http://handhelds.org/scap/port.23886.png |
| 00:58.41 | cr2 | ok, fonts finally look good. |
| 00:58.58 | goxboxlive | :-) |
| 00:59.02 | cr2 | why is the gomunicator icon so interpolated. |
| 00:59.25 | Kevin2 | cr2: The kernel rtc8563 code doesn't seem to have the epson i2c address in it. |
| 00:59.39 | cr2 | Kevin2: ? |
| 00:59.48 | cr2 | 0x51 is hardcoded. |
| 01:01.08 | cr2 | hmm. you are right. |
| 01:01.21 | cr2 | is it a module parameter ? |
| 01:01.26 | goxboxlive | cr2: Becuse i just found a pics that actually is a applett icon |
| 01:01.55 | Kevin2 | I think it may be possible to have sysfs override the parameter. |
| 01:06.29 | cr2 | goxboxlive: your screenshot looks like a kde/gnome mixup. both are bloatware. |
| 01:07.24 | goxboxlive | :-) i know. it is a theme i installed. The original GPE theme looks no good i think. |
| 01:07.45 | cr2 | i'm biased and dislike gnome. i want a more traditional ui. |
| 01:08.29 | cr2 | opie gui i ok for me, but it's just a personal taste. maybe because i have zaurus and a780. |
| 01:08.33 | goxboxlive | me to, i have allways used kde |
| 01:10.03 | cr2 | i think trolltech sees the light, and will release the phone edition RSN. |
| 01:10.46 | cr2 | i'm also curious how openmoko will look like. |
| 01:12.23 | Ralith | yeah |
| 01:12.26 | Ralith | be cool if we could port /that/ |
| 01:12.47 | cr2 | we need to know their kernel api. |
| 01:12.58 | goxboxlive | Yes i like opie bether than gpe, but i am using gpe now, because it is more usefull, since keyboard is working as i should, and of course gomunicator. |
| 01:13.02 | cr2 | you don't need to port the gui itself |
| 01:13.17 | Ralith | that's what I meant :P |
| 01:13.20 | Ralith | port their whole thing |
| 01:14.02 | cr2 | goxboxlive: once i'll finish with the hardcore stuff (sound) i'll do the gui work. |
| 01:14.10 | goxboxlive | :-) |
| 01:14.41 | cr2 | it's a shame that opie is not so user-friendly as it should be. |
| 01:14.47 | cr2 | on universal. |
| 01:15.13 | cr2 | minor annoying glitches that spoil the whole user impression. |
| 01:15.23 | goxboxlive | But what do you think of Qtopia. When TT release the code, will they also release some other applications we can use, or do people have to start making new ones form scratch? |
| 01:16.36 | cr2 | if they will release the phone code, we need to hack on the gsm/umts library. |
| 01:16.39 | ljp_ | gpl release will be everything except DRM, SXE, and telephony libs |
| 01:17.12 | cr2 | lkcl is keeping low with his greenphone stuff, but he could clear some issues with the cam, for example. |
| 01:17.54 | cr2 | but i think sound is more important right now. |
| 01:18.21 | goxboxlive | ljp: So when it is released we will be able to use it as opie, is that what you are saying? |
| 01:18.54 | goxboxlive | Yes, we have to get sound working, then resume fully working, then we can start o look at cam and that other stuff. |
| 01:19.21 | cr2 | if we will get the mic working for the phone it will be a real breakthrough. |
| 01:19.47 | goxboxlive | yes, that will be a progress. |
| 01:19.57 | cr2 | it's great that i have most completely debugged the BT, but it can wait too. |
| 01:20.00 | ljp | yes, i have had it working on zaurus for a few weeks now. its will become opieII |
| 01:20.17 | ljp | but the project might be hosted at linuxtogo.org |
| 01:20.34 | cr2 | ljp: good. we are really waiting for it. |
| 01:20.41 | ljp | :) me too |
| 01:20.51 | goxboxlive | Ok, sound good. Will it be available in OE? |
| 01:21.52 | cr2 | goxboxlive: as long as it compiles cleanly i'll be happy :) |
| 01:22.39 | goxboxlive | Well i have tried to compile Opie without OE, but it is hard, it failes over and over again. I gave up since OE is working so well. |
| 01:23.00 | cr2 | yes, that's why i say it :) |
| 01:23.33 | goxboxlive | I guess Trolltech is comming to release it before Openmoko. |
| 01:23.56 | ljp | this has been planned for months :) |
| 01:24.23 | goxboxlive | ljp: Are you allowed to show us some screenshoots of Opie2? |
| 01:24.28 | ljp | i havent been working with oe, since I can never get a full and complete build |
| 01:24.58 | ljp | oe has a stability issue |
| 01:24.58 | cr2 | having a good and well documented c++ gui infrastructure is a real advantage. |
| 01:25.48 | goxboxlive | ljp: Yes oe.dev might be unstable sometimes, but not the stable branches. |
| 01:26.26 | ljp | i cant get other branches built either |
| 01:26.41 | goxboxlive | ok |
| 01:26.50 | ljp | i keep trying, but i dont have time to muck with oe |
| 01:26.54 | ljp | :) |
| 01:26.59 | *** join/#htc-linux psokolovsky_ (n=psokolov@237.usernat.ip.net.ua) |
| 01:28.03 | cr2 | oe is certainly not for somebody who want just to compile a stable version. |
| 01:28.03 | goxboxlive | psokolovsky_ Opie2 is on it's way, are you going to maintain it in OE if it will be available there? |
| 01:28.07 | cr2 | with a horrible python fail backtraces it scares me :) |
| 01:29.31 | goxboxlive | cr2: I dont think we should make a lot of work with Opie now, since there will be a allmost complete version soon. |
| 01:30.11 | cr2 | i'm concentrating mainly on the kernel api anyway. |
| 01:30.16 | goxboxlive | We only have to get a phone application. SInce it not will be available in Opie2. |
| 01:30.22 | cr2 | and nobody will write odevice_htc.cpp for us anyway. |
| 01:30.30 | cr2 | http://www.pbase.com/isabel95/image/27922860 |
| 01:30.35 | cr2 | opie2.jpg :D |
| 01:30.59 | goxboxlive | :-) |
| 01:31.42 | ljp | it will look like qtopia 4.2 until we redo the icons, or at least color them differently |
| 01:31.54 | cr2 | Opie is 4 weeks old. |
| 01:31.56 | ljp | or come up with our own theme |
| 01:32.19 | cr2 | i'll probably rip out the icons from a780. |
| 01:32.31 | cr2 | so the gui is consistent between my phones. |
| 01:33.25 | goxboxlive | well it's getting really late now. g'night |
| 01:33.33 | cr2 | good night. |
| 01:36.24 | Kevin2 | cr2: good night. |
| 02:08.12 | *** join/#htc-linux LunohoD_ (n=alex@e180122238.adsl.alicedsl.de) |
| 05:06.15 | *** join/#htc-linux cr2 (n=konversa@crpl22.physik.uni-wuppertal.de) |
| 07:27.35 | *** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 07:40.24 | *** join/#htc-linux rmoravcik (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk) |
| 07:47.10 | *** join/#htc-linux cr2 (n=konversa@crpl22.physik.uni-wuppertal.de) |
| 08:02.17 | *** join/#htc-linux rob_w (n=rob_w@p549BA6CB.dip0.t-ipconnect.de) |
| 08:07.33 | *** join/#htc-linux Fossi (n=cmewes@195.177.48.115) |
| 08:13.01 | lamikr | goxboxlive: AT+CMGS=18 means that the phone has received SMS message to storage index number 18 |
| 08:15.11 | lamikr | goxboxlive: But the current gomunicator code expects that there would come the content of the SMS message in a separate line afterwards. |
| 08:17.15 | goxboxlive | hmm ok |
| 08:17.53 | lamikr | goxboxlive: One thing you could try is to change the value of property "phoneConfig.wait_ack_before_sending_sms_pdu" to opposite for your phone. That's control's the workflow how the SMS is send. We found out long time ago with CP15, that blueangel and h6300 needed a little bit different steps in there. And therefore we added there this config option. |
| 08:17.54 | goxboxlive | I thought that AT+CMGS was the send command, and that AT+CMGR was the receive command |
| 08:18.16 | goxboxlive | I have allready tried that. |
| 08:19.10 | goxboxlive | But, i am not sure about the sms format. I mean here in norway we use "text" and not "PDU". What is the default in source? |
| 08:19.23 | goxboxlive | Isent it default as pdu? |
| 08:21.39 | lamikr | goxboxlive: Hmm, yes, you are right from the AT+CMGS command. Sorry, I mixed that in my mind. |
| 08:23.19 | lamikr | Well, the gomunicator encodes the messages to PDU format before sending. |
| 08:23.48 | lamikr | Can you connect to your phone module with minicom? |
| 08:24.23 | goxboxlive | lamikr: No, we havent got so far. FOr now we are using 'cu' |
| 08:24.32 | goxboxlive | And i have been able to send sms via cu |
| 08:25.31 | goxboxlive | But i am veru close to get it working with gomunicator. Because with send it dos everything right beside it hangs on the AT+SMGS command. |
| 08:25.37 | lamikr | Ok. |
| 08:26.01 | goxboxlive | And with receiving it detects that here is something incomming, but it detect it as a phonecall and not sms. |
| 08:28.31 | goxboxlive | I think also there is a choice in the gomunicator source to set the sms to textmode with changing the AT+CMGF= to 1, and not 0 as default. |
| 08:29.00 | lamikr | For me, the sms sending failed also in the beginning. We found out that h6300 neeed to receive response from the GSM module after we sent the "AT+CMGS=<id>" command before we really could send the PDU. |
| 08:29.34 | lamikr | But with blueangel, the pdu needed to be within the same command with AT+CMGS |
| 08:30.07 | lamikr | Another difference was the size of the message sent: blueangel wanted: curSize= strlen(pduParam)/2 - 1; |
| 08:30.18 | lamikr | h6300 wanted: curSize= strlen(pduParam) / 2; |
| 08:30.31 | goxboxlive | Ok, but is this up2date in the source. Because it seems like the h6300 has "wai for ackn. pdu" set to False. |
| 08:30.35 | lamikr | or the sending would hang |
| 08:31.27 | goxboxlive | ok, i can recall those line from the source, but wich one is default? |
| 08:32.37 | goxboxlive | When i figure something out i'll send you my cvs diff. |
| 08:32.46 | lamikr | hmm, sorry it must then be in a opposite way so that the ba required the message to be splitted. |
| 08:33.24 | lamikr | try first change the curSize calculation to different one. |
| 08:34.02 | goxboxlive | ok i will. |
| 08:38.47 | lamikr | When you receive SMS, do you receive CNMI command? |
| 08:39.26 | lamikr | I meant: CMTI |
| 08:40.29 | lamikr | command: "+CMTI: "SM", 5" |
| 08:42.19 | lamikr | should mean that the SMS has been received in index 5. Gomunicator should catch that message and send another command to request to read it from this index without altering it's state to unread (So that it can splash the message briefly) by using command: AT+WUSS=1;+CMGR=%d |
| 08:44.31 | lamikr | I believe that the problem with the received SMS messages is that the code will not go to following if in the end for you... |
| 08:44.33 | lamikr | else if ((((atCmdLineParam[0] >= '0') && (atCmdLineParam[0] <= '9')) || |
| 08:44.34 | lamikr | <PROTECTED> |
| 08:44.35 | lamikr | <PROTECTED> |
| 08:44.37 | lamikr | <PROTECTED> |
| 08:45.32 | lamikr | It has been done a little bit nasty way, but I did not wanted to change it too much because I did not have blueangel for testing. |
| 08:46.00 | cr2 | hi guys |
| 08:46.14 | lamikr | cr2: Hi |
| 08:46.29 | cr2 | we have extensive logs, is it possible to decode PDU in awk/perl ? |
| 08:47.19 | cr2 | lamikr: when i send sms to myself, will it always leave the phone ? |
| 08:47.29 | lamikr | I remember seeing some perl modules for SMS encoding/decoding but I have not tested them myself. |
| 08:47.41 | cr2 | ok. |
| 08:47.57 | lamikr | cr2: I think it will always go via sms center |
| 08:48.03 | cr2 | good. |
| 08:48.56 | cr2 | the current code certainly does not support utf-16 ? |
| 08:49.16 | goxboxlive | No i dont see this: command: "+CMTI: "SM", 5" .It spams some nasty messages by not finding audio such stuff, and the it breaks and shows it as a phonecall in the gui. |
| 08:49.19 | goxboxlive | hi cr2. |
| 08:49.36 | cr2 | hi goxboxlive |
| 08:50.04 | cr2 | i remember a wince sms bug that forced utf-16 if you have used ' symbol :) |
| 08:50.24 | cr2 | on universal. |
| 08:50.37 | lamikr | cr2: That may be really true. I also believe it may have problems with 7bit message format. |
| 08:50.48 | cr2 | doubling the sms length ;) |
| 08:51.23 | cr2 | why is 7bit a problem. |
| 08:51.42 | lamikr | There is one windows utility for playing with PDU, pduspy if I remember correctly which support really many "aspects" of SMS messages. |
| 08:52.33 | cr2 | are there any docs for the sim toolkit encoded strings ? is it also pdu ? |
| 08:58.25 | cr2 | lamikr: is it really needed to develop the sms stuff over and over again ? do you know the gnokii current status ? |
| 09:06.02 | lamikr | cr2: I think I checked once the SMS code in gnokii and it was not very good. Propably it supported only a "text" messages, not pdu at all. |
| 09:10.26 | cr2 | ok, i'm looking at it now, and there is even some hexencoded ucs2 support (utf16). |
| 09:11.14 | cr2 | <PROTECTED> |
| 09:11.18 | cr2 | <PROTECTED> |
| 09:11.18 | cr2 | <PROTECTED> |
| 09:11.18 | cr2 | <PROTECTED> |
| 09:11.18 | cr2 | <PROTECTED> |
| 09:11.19 | cr2 | <PROTECTED> |
| 09:11.19 | cr2 | <PROTECTED> |
| 09:12.24 | cr2 | http://cvs.savannah.nongnu.org/viewcvs/gnokii/common/phones/atgen.c?rev=1.135&root=gnokii&view=markup |
| 09:13.09 | lamikr | hmm, yes. I also downloaded the sources now. It may be that I have overlooked this one. But I am sure, I found out couple off SMS apps which were able to send and receive sms but used "text format" only. |
| 09:13.59 | cr2 | ok. |
| 09:14.17 | lamikr | It seems gnokii claims to support also logos and ringingtones in sms messages. |
| 09:14.55 | lamikr | I am looking at the common/gsm-encoding.c |
| 09:15.00 | cr2 | is is something special, or only a convenience feature ? |
| 09:15.40 | lamikr | logos? |
| 09:16.55 | cr2 | yes. |
| 09:17.25 | lamikr | not sure yet, check for example a function gn_ringtone_pack() from the gsm-encoding.c which is used for creating a "sms" containing ringing tone. |
| 09:17.58 | cr2 | i think it's important for the nokia/whatever handsets, but not for a PDA phone. |
| 09:18.45 | lamikr | or gn_ringtone_unpack |
| 09:18.51 | cr2 | ok. |
| 09:18.55 | cr2 | <PROTECTED> |
| 09:18.55 | cr2 | <PROTECTED> |
| 09:18.55 | cr2 | <PROTECTED> |
| 09:18.55 | cr2 | <PROTECTED> |
| 09:19.14 | cr2 | does not look like very failsafe code :) |
| 09:20.46 | lamikr | yes... For me, the current sms sending and receiving code in gomunicator works, but for some better app or for the gomunicator itself in the long term, it would probaly make sense to librarize the sms part. |
| 09:21.13 | *** join/#htc-linux babeloued (n=Fabrice@faim1.itesoft.com) |
| 09:21.28 | *** join/#htc-linux lkthomas (n=lkthomas@202.85.228.3) |
| 09:21.31 | lkthomas | hey all |
| 09:21.36 | lamikr | hi |
| 09:21.44 | lkthomas | I have a question |
| 09:22.01 | lkthomas | do I have to keep my XDA II blutooth on incase I want to listen phone call via BT headset ? |
| 09:22.08 | lamikr | cr2: I do not know, is the sms part of the code librarizez in this gnokii either or would it require us to make lot of ripping. |
| 09:22.18 | lkthomas | is that possible for instant pairup when a call is coming up ? |
| 09:24.10 | babeloued | hi |
| 09:31.28 | babeloued | lamikr : what do you think about gsmlib ? |
| 10:13.29 | *** join/#htc-linux TripleDES (n=sergio@89.129.175.52) |
| 10:37.21 | *** join/#htc-linux rob_w (n=rob_w@p549BA6CB.dip0.t-ipconnect.de) |
| 12:12.01 | *** join/#htc-linux rmoravcik (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk) |
| 12:22.38 | cr2 | lkthomas: it is a difficult question. audio routing is the most murky part of the phone. |
| 12:23.06 | cr2 | xda2 (himalaya) uses ASIC5 for bluetooth ? |
| 12:23.56 | cr2 | lamikr: i think it is a library. at least looking at the code, it is easy to make a library if it's not the case. |
| 12:36.14 | babeloued | cr2 : i have a question about wifi |
| 13:10.43 | *** part/#htc-linux babeloued (n=Fabrice@faim1.itesoft.com) |
| 13:51.08 | *** join/#htc-linux psokolovsky_ (n=psokolov@237.usernat.ip.net.ua) |
| 13:53.56 | cr2 | babeloued: ? |
| 14:20.16 | lkcl | heya folks: anyone want a universal for $EUR 99 which had a failed (official) ROM upgrade? |
| 14:21.29 | lkcl | probably have to do a JTAG job on it - but hey, that's no hardship :) |
| 14:39.11 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 14:43.06 | cr2 | lkcl: failed g3 bootloader ? |
| 14:43.15 | lkcl | probably. i just asked. |
| 14:44.21 | cr2 | imho, it's worth the money. |
| 15:10.09 | *** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 16:09.17 | *** join/#htc-linux RoEn_PC (n=roen@p54A65D8D.dip.t-dialin.net) |
| 16:31.23 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 16:32.46 | *** join/#htc-linux JTRipper86 (n=jtripper@p54B1D6C0.dip.t-dialin.net) |
| 16:34.05 | BabelO | re |
| 16:36.09 | cr2 | BabelO: what did you want to know about wifi ? |
| 16:36.22 | BabelO | hi cr2 |
| 16:36.28 | cr2 | btw, why don't you pull all 3 power gpios ? |
| 16:36.38 | cr2 | the irq _is_ gpio17 |
| 16:36.54 | BabelO | i see in some log thaht a lot of people have same problem, error issue_cmd |
| 16:36.56 | cr2 | 75 is wifi-related, but it's not an irq. |
| 16:37.06 | BabelO | oh, in cvs this is a partial comit |
| 16:37.25 | BabelO | because other power is setup with new pcmcia module |
| 16:37.34 | cr2 | ok. |
| 16:37.38 | BabelO | if you want i send you a new file :) |
| 16:37.56 | cr2 | no time for it :) |
| 16:38.11 | BabelO | ok |
| 16:38.29 | BabelO | i see in mem.c a VENDOR_ID define |
| 16:38.41 | cr2 | is there are "real" pcmcia acx100 driver working ? |
| 16:38.50 | cr2 | hx4700 is not "real" . |
| 16:38.56 | BabelO | it is used for an offset |
| 16:39.00 | BabelO | ah ok |
| 16:39.23 | cr2 | VENDOR_ID is ok. |
| 16:39.28 | cr2 | 0x900 ? |
| 16:39.58 | cr2 | do you have a "bt test" command in the bootloader ? |
| 16:40.12 | BabelO | #define ACX_VENDOR_ID 0x8402 |
| 16:40.39 | BabelO | sorry this on is hx4700 0x8400104c |
| 16:41.06 | BabelO | how can i see if there is one ? |
| 16:44.06 | cr2 | you need to write a command in the command register and read the reply. |
| 16:44.25 | cr2 | should be doable with haret. |
| 16:44.31 | BabelO | ok |
| 16:46.42 | *** join/#htc-linux asylumed (n=insanity@196.211.116.2) |
| 16:50.06 | BabelO | cr2: this one work, but there is some test in c file ... http://linuxbox2.free.fr/blueangel/2.6.19-hh/htcblueangel_acx.c |
| 16:50.17 | BabelO | do you have command to send in haret ? |
| 16:51.17 | kops | hello, |
| 16:51.17 | kops | is someone working on htc tornado smartphones ? |
| 16:52.18 | cr2 | BabelO: i'll look at the code. the command? it's a 16-bit register write, i forgot the numbers. |
| 16:52.30 | BabelO | ok |
| 16:52.47 | *** join/#htc-linux rmoravcik (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk) |
| 16:52.50 | cr2 | kops: it's omap, the main progress is on pxa. with s3c24xx coming. |
| 16:58.35 | cr2 | goxboxlive: are you here ? |
| 16:59.10 | goxboxlive | cr2: yes im here. |
| 16:59.57 | *** join/#htc-linux asylumed (n=insanity@vc-196-207-41-253.3g.vodacom.co.za) |
| 17:01.28 | cr2 | goxboxlive: i've copied i2c/ak4641.c to htcuniversal_ak4641.c and modified it. |
| 17:01.37 | cr2 | would you like to test ? |
| 17:02.00 | goxboxlive | of course i want to test. |
| 17:03.36 | cr2 | i'll commit the changes to CVS. we will need to dramatically extend this driver. |
| 17:03.54 | cr2 | for BT and other audio switching. |
| 17:04.19 | goxboxlive | ok, but are there any chanches that the speakers will work now? |
| 17:05.04 | *** join/#htc-linux drno (n=drno@eki.student.utwente.nl) |
| 17:06.13 | cr2 | done. |
| 17:06.16 | cr2 | i think yes. |
| 17:06.58 | goxboxlive | cr2:Should i only use the htcuniversal_defconfig? Or is there something i need to change (like diable the old sounddriver) |
| 17:07.58 | goxboxlive | forget it, i saw now that you ghave updated it |
| 17:09.59 | cr2 | i test the changes i make :) |
| 17:10.07 | drno | Hi all, Im trying to run linux on a HP6915 and found this IRC channel on xda-developers.com so I hope I can contribute/get some usefull information here on the kernel basics |
| 17:10.09 | cr2 | the kernel should compile. |
| 17:10.28 | cr2 | hi drno |
| 17:10.55 | cr2 | the sable kernel should work with minor changes, but will not resume (afaik). |
| 17:11.04 | goxboxlive | cr2: COuld you change this to module instead of using it in the aImage |
| 17:11.20 | cr2 | goxboxlive: it's module. |
| 17:11.24 | drno | Ive read about that, but I just started so Ill look into it |
| 17:11.37 | goxboxlive | No, it is in the zImage |
| 17:11.38 | cr2 | drno: try to compile it now. |
| 17:12.27 | cr2 | goxboxlive: i have used "select" like the mainline kernel. you may have the modules sync probelms otherwise. |
| 17:12.58 | cr2 | drno: i have the device, will help with debugging, compiling, but mainly interested in the gps traces. |
| 17:13.32 | cr2 | the hardware is very close to the universal, so it should be relatively easy to support. |
| 17:13.40 | drno | ah, sure Ill try to be as helpfull as I can be, although Im only used to the normal linux maintanance stuff |
| 17:14.02 | drno | I have read the Sable progress page |
| 17:14.17 | cr2 | ok. try to compile the kernel. |
| 17:14.38 | cr2 | the progress is good :) |
| 17:14.42 | drno | will do |
| 17:17.27 | goxboxlive | hmm i dont have any problem using it as a module. OE.DEV is setting it upas a module, that's why i want it. |
| 17:17.31 | goxboxlive | cr2: Still here? |
| 17:18.20 | cr2 | yes. |
| 17:18.42 | cr2 | BabelO: you turn a lot of gpios, but are they really belong to the wifi ?? |
| 17:18.50 | goxboxlive | YYYYYYEEEEIIIHAAAAAAAAA we have the main speakers working. Also when i plug in the headphones, it is swithcing ovet to headphones, and stereospeakers is getteing shut off. But.... |
| 17:19.33 | goxboxlive | When i again unplug the headphones the sound doesnt swithc over to main speakers (stereo). |
| 17:20.14 | goxboxlive | ANd when i then again tries to replug the headphones are dead. But... |
| 17:20.46 | BabelO | cr2: gpio related to pcmcia0 slot are needed ( line before pxa_gpio_mode ) other GPSR and GPCR are tests from me |
| 17:20.58 | goxboxlive | when i stop the music, and start it again the speakers works again, also headphones, and the rest is as i explained. |
| 17:22.47 | cr2 | goxboxlive: the switching machinery is so primitive now. it was tuned for hx4700 only, as you can see. |
| 17:23.11 | goxboxlive | YEs, great work cr2 as allways :-) |
| 17:23.50 | cr2 | we need multiple mixer channels, BT, and so on. eventually we'll replace the main i2c/ak4641.c |
| 17:24.00 | goxboxlive | The mic is also working, but with a lot of distortion. |
| 17:24.13 | cr2 | i'm glad that you are happy :) |
| 17:24.20 | goxboxlive | :-) |
| 17:24.44 | cr2 | the equalizer and some other params are missing too ;) |
| 17:25.07 | cr2 | try to play with the mic attenuator settings. |
| 17:26.04 | kops | thanks cr2, i think i must find more information about this to ask more questions ! In fact i thought i should work for this project and in the same time for my studies. |
| 17:26.04 | kops | I found this http://vivien.chappelier.free.fr/typhoon/index.html and I will try it to make me a better idea of the work which is made (sorry for my english !) |
| 17:26.33 | NK` | cr2: do you know if the bootloader for the spv c600 is also working for the spv c100 ? |
| 17:26.34 | goxboxlive | The mic on the headset is also working, thow it is alot of distortion. If i did a phonecall, noone would recognize what i am saying. |
| 17:27.06 | *** join/#htc-linux asylumed (n=insanity@196.211.116.2) |
| 17:27.23 | *** join/#htc-linux rob_w (n=bob@p85.212.180.235.tisdip.tiscali.de) |
| 17:34.01 | cr2 | goxboxlive: it's certainly an attenuator problem |
| 17:34.43 | goxboxlive | ok |
| 17:34.43 | cr2 | and for the phone, we are missing some really minor thing. |
| 17:35.43 | goxboxlive | ok, i am about to try it out now: |
| 17:36.06 | cr2 | we don't respond to this "external irq" that is always happening when the mic is in use. |
| 17:36.27 | cr2 | maybe it's some conflict between the ak4641 and the phone over the mic. |
| 17:37.32 | cr2 | if the phone pulls this irq line, and i guess it is, how does it know that it's time to do it ? |
| 17:37.51 | cr2 | this is the major question now. |
| 17:38.14 | cr2 | NK`: no idea. |
| 17:38.30 | NK` | okay :) |
| 17:39.25 | cr2 | omap850 is a big blackbox. maybe because as lkcl says it does a lot of gsm stuff on chip, and you can make a lot of nasty things with it. |
| 17:46.38 | cr2 | goxboxlive: i think that the audio switching is a task for some userspace daemon, that will also send the "AT@AUDIOSET" commands. |
| 17:46.57 | goxboxlive | righjt. |
| 17:47.43 | cr2 | hmm. but how do we debug the mic issue. |
| 17:47.51 | goxboxlive | It seems like it doesnt switch speakers when headset are plugged/unplugged. |
| 17:48.51 | goxboxlive | When i start a mp3 file with headphones the sound works in the headphones. And when i start without headphones the sound works out of the main speakers (as they should) |
| 17:49.14 | cr2 | <PROTECTED> |
| 17:49.29 | cr2 | this is the switch irq handler. |
| 17:49.35 | cr2 | maybe too simple. |
| 17:49.39 | goxboxlive | But when i unplugg or replugg the sound stops, and doesnt change over to in example headset when it is plugged. And visa versa |
| 17:50.02 | goxboxlive | Well i t detects the changes , but it doesnt activate the speakers |
| 17:51.33 | cr2 | we may hack around this issue right now, but it's not a solution to the phone switcher and BT sound. |
| 17:52.31 | goxboxlive | ok i c. Yes it would be great to have it working. |
| 17:54.42 | cr2 | static struct snd_ak4641 ak = { |
| 17:54.42 | cr2 | <PROTECTED> |
| 17:54.42 | cr2 | <PROTECTED> |
| 17:54.42 | cr2 | <PROTECTED> |
| 17:54.43 | cr2 | <PROTECTED> |
| 17:54.54 | cr2 | these are the only controls for now. |
| 17:56.04 | goxboxlive | ok |
| 17:58.03 | psokolovsky_ | Hi! |
| 17:58.13 | psokolovsky_ | lkcl, asoc you upgraded to was 0.12.4? |
| 18:01.09 | goxboxlive | ccr2: You are right about the phone/sound. It is still the same, and we need some at+ commands to control it |
| 18:04.32 | goxboxlive | cr2: <3>ALSA sound/arm/pxa2xx-i2sound.c:275: Cannot set I2S clock rate 44100 |
| 18:04.32 | goxboxlive | <7>ALSA sound/core/oss/pcm_oss.c:940: HW_PARAMS failed: -22 |
| 18:30.35 | cr2 | goxboxlive: ACTL(mic_gain, "Mic Capture Gain") |
| 18:30.52 | cr2 | have you tried to play with this parameter ? |
| 18:31.13 | goxboxlive | no, but where do i set it? |
| 18:31.23 | cr2 | ACTL_BOOL(mic_boost, "Mic Boost (+20dB)") |
| 18:31.30 | cr2 | alsaconf |
| 18:31.39 | cr2 | sorry. |
| 18:31.42 | cr2 | alsamixer |
| 18:31.54 | goxboxlive | i have tried with micboost, but not without. I thought i should try without now |
| 18:32.37 | goxboxlive | What is the shell command to record? |
| 18:36.48 | cr2 | i'm not really a sound guy. |
| 18:37.07 | cr2 | sox ? |
| 18:37.14 | goxboxlive | it something like 'cat /dev/mic >> test.wav ? |
| 18:40.25 | cr2 | try it :) |
| 18:42.52 | goxboxlive | Hmm with opie-recorder, the sound is bether without micboost. There are still distortion (like searchin on the AM band) but, now i can hear my voice, and i can interpret what i am saying |
| 18:45.46 | goxboxlive | cr2: We also have a /dev/audio now and also /dev/dsp |
| 18:46.46 | goxboxlive | :-) |
| 18:46.51 | goxboxlive | HHiiihaaaaa |
| 18:47.43 | goxboxlive | The records are perfect from terminal. It is Opie who makes it sound like crap : cat /dev/dsp >> test.wav |
| 18:47.52 | goxboxlive | sorry i meant |
| 18:48.18 | goxboxlive | no that was how i recorded. I will try with headphones now. |
| 18:49.24 | cr2 | is opie-recorder an alsa-capable program ? |
| 18:49.36 | goxboxlive | maybe it is not |
| 18:55.28 | *** join/#htc-linux Ralith (n=ralith@soggy202.drizzle.com) |
| 18:58.39 | goxboxlive | cr2: It seemslike the mic on the headpohones is not working. It uses the mic on device instead. And the record is alot bether if you switch off mic boost. |
| 18:59.39 | cr2 | ok. |
| 18:59.40 | goxboxlive | In alsamixer there is two adjust bars for the mic, but they are the same. When changing one of them, and exit and open alsmixer agaiun they have the same level as the one i adjusted last. |
| 19:00.33 | goxboxlive | But, really. The record is so perfect, its so load and clear. I'm allmost getting in love with my own voice :-) |
| 19:01.09 | cr2 | :) |
| 19:01.28 | cr2 | the mic control is probably buggy. |
| 19:02.33 | cr2 | now we need to trace who triggers the external irq. |
| 19:03.34 | goxboxlive | ok |
| 19:04.58 | goxboxlive | Do you mean switching between headphones and main speakers? |
| 19:13.41 | asylumed | does wireless work on the h4000 now? |
| 19:14.25 | goxboxlive | <asylumed> ask psokolovsky_ |
| 19:14.35 | asylumed | thx |
| 19:14.40 | psokolovsky_ | nope |
| 19:14.43 | goxboxlive | :-) |
| 19:14.48 | psokolovsky_ | no connection, at least |
| 19:16.45 | asylumed | psokolovsky: we seem to be at the same point with the blueangel... firmware upload, but no action... |
| 19:17.40 | psokolovsky_ | asylumed, you tried rmoravchik's suggestion? |
| 19:17.54 | asylumed | psokolovsky: though one thing i am curious about: in the dmesg on most devices it says "ManufacturerID:05 Len:07 Data:TI Test" but on the h4000 and blueangel we get "ManufacturerID:05 Len:07 Data:TI Tes" with the T missing... |
| 19:18.10 | asylumed | psokolovsky: that data is read from the card right? |
| 19:18.21 | asylumed | psokolovsky: which suggestion? |
| 19:18.50 | psokolovsky_ | asylumed, see k-d |
| 19:19.01 | asylumed | k |
| 19:29.45 | *** join/#htc-linux Ralith (n=ralith@saunderssbs.saundersinstruments.com) |
| 19:32.51 | *** join/#htc-linux Ralith (n=ralith@saunderssbs.saundersinstruments.com) |
| 19:38.01 | goxboxlive | cr2: The sounddriver is also resuming after suspend. It starts where it left playing. |
| 19:40.46 | Ralith | :D |
| 19:48.02 | cr2 | goxboxlive: found the purpose of gpio99 :) |
| 19:48.26 | goxboxlive | what does it do? |
| 19:50.57 | cr2 | small camera reset on powerup. |
| 19:51.31 | cr2 | GPIO 92 10000000 charge? usb? I1 FE |
| 19:51.44 | cr2 | this one is a bit mysterious. |
| 19:51.56 | goxboxlive | ok |
| 19:53.16 | cr2 | btw, what flaslight-related cam modes are available ? |
| 19:53.33 | cr2 | i see 4. |
| 19:54.03 | cr2 | on, off, on with something on, off with something off. |
| 19:54.06 | *** join/#htc-linux bd2 (n=ufo@89.113.84.151) |
| 19:54.09 | cr2 | what is something ? :) |
| 19:54.16 | goxboxlive | it is the flash |
| 19:54.37 | cr2 | timer ? |
| 19:55.19 | goxboxlive | When flash is on it has a low brightness, when taking picture it brighten the light like a flash. So the light has two modes |
| 19:56.07 | cr2 | ok. |
| 19:56.31 | goxboxlive | oractually three. OFF/ON/FLASH |
| 19:56.33 | cr2 | sp gpioa10 is flashlight, and gpioa9 is extra power ? |
| 19:56.43 | goxboxlive | yes that might be |
| 19:57.29 | *** join/#htc-linux WizMaui (n=WizMaui@62.112.90.231) |
| 19:57.30 | cr2 | then we have 1 more "led", very bright flash. |
| 19:57.37 | goxboxlive | yes |
| 19:57.40 | cr2 | ok. |
| 19:58.04 | cr2 | need to test it though. |
| 19:58.15 | cr2 | a9 and a10. |
| 19:58.28 | ljp | FYI: opie based on qtopia 4.2 will be hosted at linuxtogo.org |
| 19:58.44 | goxboxlive | when? |
| 19:58.47 | goxboxlive | Now? |
| 20:03.48 | cr2 | GPIOB4 0x0010 BT related irq |
| 20:03.51 | cr2 | GPIOB10 0x0400 ext ? |
| 20:03.59 | cr2 | i need to hunt these two. |
| 20:04.15 | cr2 | GPIOC15 0x8000 batt. charge related |
| 20:04.30 | cr2 | this one is probably for charging in the suspended state. |
| 20:04.46 | cr2 | GPIO 92 10000000 charge? usb? I1 FE |
| 20:04.52 | cr2 | and this strange irq. |
| 20:08.07 | cr2 | the keyboard does nor resume, right ? |
| 20:08.17 | cr2 | s/nor/not/ |
| 20:09.40 | goxboxlive | right |
| 20:24.53 | *** join/#htc-linux FossiDDR (n=Fossi@e176096124.adsl.alicedsl.de) |
| 20:49.43 | *** join/#htc-linux BabelOued (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 20:50.59 | lamikr | cr2: Slowly progressing discussion, but yeah if the gnokii has good sms library encoders and decoders, then we should switch to it. It would be nice if gomunicator could handle incoming 7bit, utf8 and utf16 messages and also messages longer than 160 char. But how about outgoing messages, that's unclear for me. Should the selection of used encoder be an gomunicator option that user can change... |
| 20:51.00 | lamikr | ...or could the gomunicator detect automatically from the characters that it will need special encoding... |
| 20:57.40 | Ralith | the latter makes more sense |
| 20:59.10 | cr2 | saves you some money :) |
| 21:00.17 | BabelOued | cr2 i keep only three power pin + reset in htcblueangel_acx.... and always same result |
| 21:02.30 | ljp | goboxlive: Real Soon Now (tm) |
| 21:09.20 | goxboxlive | :-) |
| 21:17.02 | drno | ok, Ive finaly managed to get the crosscompiler to work without errors, but what kernel options am I supposed to use for the Sabre? Its alot and some of them dont have a short description |
| 21:17.41 | cr2 | BabelOued: there are 2 registers: +4 and +8 |
| 21:18.06 | cr2 | drno: make htcsable_defconfig |
| 21:18.19 | drno | have you got a list of those somewhere online cr2? |
| 21:18.20 | drno | ok, Ill try to find that |
| 21:18.51 | cr2 | you don't need to find it. |
| 21:19.27 | drno | I think I do,.. |
| 21:21.20 | cr2 | BabelOued: 0xAB000000 is the base address |
| 21:21.20 | cr2 | OVL R5, 0xAB000004 |
| 21:21.20 | cr2 | MOV R0, #0x24 |
| 21:21.20 | cr2 | STRH R0, [R5] |
| 21:21.21 | cr2 | MOVL R0, 0x1388 |
| 21:21.21 | cr2 | BL usleep |
| 21:21.21 | cr2 | LDR R0, =aTiTw1100bSilic ; (default value: 0x1030505) |
| 21:21.21 | cr2 | MOVL R4, 0xAB000008 |
| 21:21.21 | cr2 | LDR R1, [R4] |
| 21:21.22 | cr2 | BL printf |
| 21:21.22 | cr2 | MOVL R0, 0x1388 |
| 21:21.22 | cr2 | MOV R3, #0x900 |
| 21:21.22 | cr2 | STRH R3, [R5] |
| 21:21.26 | cr2 | BL usleep |
| 21:21.26 | cr2 | LDR R0, =aTiTw1100bDevic ; (default value: 0x8400104C) |
| 21:21.27 | cr2 | LDR R1, [R4] |
| 21:21.27 | cr2 | BL printf |
| 21:21.27 | cr2 | OVL is MOVL |
| 21:25.35 | cr2 | BabelOued: add this code to your wifi init function, after the powerup and reset. |
| 21:27.09 | NK` | :) |
| 21:34.03 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 21:38.09 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 21:38.27 | BabelO | sorry internet problem |
| 21:38.32 | BabelO | thanks cr2 |
| 21:38.50 | BabelO | where do you find all this code ? |
| 21:43.40 | NK` | I was wondering too |
| 22:49.01 | *** join/#htc-linux _alge (n=alge@chello080109231226.4.uni-klu.teleweb.at) |
| 22:49.23 | *** join/#htc-linux ralith_ (n=ralith@soggy202.drizzle.com) |
| 22:58.10 | *** join/#htc-linux g3gg0_ (n=g3gg0@ppp-82-135-83-37.dynamic.mnet-online.de) |
| 23:10.58 | goxboxlive | Now cr2: Have you gather some more information this evening? |
| 23:14.27 | *** part/#htc-linux _alge (n=alge@chello080109231226.4.uni-klu.teleweb.at) |
| 23:22.50 | BabelO | cr2: is this ok ? |
| 23:22.52 | BabelO | u16 *addr=((u16 *)(iobase+0x04)); |
| 23:23.03 | BabelO | *addr = 0x24; |
| 23:23.12 | BabelO | mdelay(5); |
| 23:23.21 | BabelO | *addr = 0x900; |
| 23:23.31 | BabelO | mdelay(5); |
| 23:25.44 | *** join/#htc-linux rejon (n=rejon@c-67-174-202-239.hsd1.ca.comcast.net) |
| 23:25.55 | *** part/#htc-linux rejon (n=rejon@c-67-174-202-239.hsd1.ca.comcast.net) |
