| 08:44.46 | *** join/#htc-blueangel rob_w (n=bob@p213.54.155.212.tisdip.tiscali.de) |
| 08:44.46 | *** mode/#htc-blueangel [+o rob_w] by ChanServ |
| 09:06.07 | *** join/#htc-blueangel llange (n=llange@lange.nom.fr) |
| 09:45.49 | rob_w | hi llange |
| 12:51.19 | *** join/#htc-blueangel cp15 (i=xvvldc@p549A2965.dip0.t-ipconnect.de) |
| 12:51.20 | *** mode/#htc-blueangel [+o cp15] by ChanServ |
| 12:51.40 | cp15 | Good morning, everyone |
| 12:51.53 | cp15 | Ah, a new guest. Hi llange |
| 12:53.27 | bhima | Apparently the h6300 can use a proprietary multi-plexing protocol. |
| 12:54.03 | cp15 | Interesting. Do you have any details? |
| 12:54.21 | bhima | I know that somebody else implemented it already :) |
| 12:54.51 | cp15 | Any source code available? |
| 12:56.23 | bhima | I don't know if it's been uploaded or not, but it was going to be made available. |
| 12:56.48 | cp15 | Ok, if you know more please tell me. |
| 12:57.32 | cp15 | Do you know whether GPRS is also working when you make a call? |
| 12:57.44 | bhima | The h6300 uses a Wavecom modem; they have their own multi-plexing protocol, which is apparently on by default on the modem |
| 12:58.27 | cp15 | Aha, so very different from the BA. But maybe we can use a common userspace interface |
| 12:58.59 | bhima | Yes, I would _definitely_ liike to see that. |
| 12:59.33 | cp15 | Does it work with windows ce? |
| 12:59.47 | bhima | I'm sorry that I keep talking about the stuff I want to do without actually doing anything. I just got back last night from Italy, and am hoping that I can really start to move forward and actually contribute. Right now I feel more like a liason between the h6300 and BA work. :) |
| 12:59.51 | bhima | It's for Linux. |
| 13:00.57 | cp15 | Ahh... Mistake... I thought the "Yes, I would _definitely_ liike to see that." was the answer to my GPRS question |
| 13:02.18 | bhima | Ahh, no, I would definitely like a common interface. |
| 13:02.48 | cp15 | Yes, I know now... But do you know whether GPRS works when you make a call? |
| 13:03.09 | bhima | You mean, can you actually transfer GPRS during a call? |
| 13:03.19 | cp15 | Yes |
| 13:03.36 | bhima | oh. No. That is a hardware/protocol limitation of GPRS. |
| 13:03.58 | cp15 | Ok, it's fine, I just wanted to know |
| 13:04.28 | bhima | It's a number of issues, but cell sites generally have certain channels for voice, and certain for GPRS. |
| 13:04.34 | bhima | There are only 8 time slots available. |
| 13:04.50 | bhima | They generally hand a particular frequency to GPRS or to voice. |
| 13:05.41 | bhima | With only 8 slots available, it would be sort of hard to permit vast differences in data rates once you had voice users on the same frequency. |
| 13:05.48 | cp15 | Ok, I thought maybe it is interleaved with voice data |
| 13:06.24 | bhima | I think that in theory that would be possible; in practice, 8 timeslots makes that less likely to work. Also, GPRS was retro-fitted. |
| 13:06.34 | bhima | There are many different vendors of GSM base stations. |
| 13:06.49 | bhima | So as I understand it, they wanted to make it easy to retro-fit to existing equipment. |
| 13:06.54 | cp15 | So do you know whether the ppp connection is terminated before making/answering a call? |
| 13:07.16 | cp15 | Or is it just suspended and the session stays? |
| 13:07.27 | bhima | It's fairly easy to unplug a few frequency channels and hook them up to new hardware; it's harder to integrate time sensitive stuff. |
| 13:07.39 | bhima | I'm pretty confident that PPP stays live. |
| 13:08.00 | bhima | I know that TCP sessions stay live through calls. |
| 13:08.29 | cp15 | Ok, then ppp must stay, since you probably get a different ip in a new session |
| 13:08.50 | bhima | well, in _theory_ you could get the same IP. In practice, I don't see any reason at all that they'd do that. |
| 13:09.23 | cp15 | Which also means keep-alive and timeout features of ppp have to be disabled |
| 13:10.21 | bhima | In my experience, timeouts on smartphones are...high.... |
| 13:11.00 | bhima | On my P800, attempting to start a TCP session without network coverage could take 20 minutes to timeout. |
| 13:11.33 | bhima | (and, of course, there's a bug in the firmware; the e-mail app displays a status dialog. When the phone pops up one of those, the backlight turns on. and stays on..) |
| 13:12.05 | bhima | Thus, in the US, working in a basement, I would have trouble getting a day out of a P800 with 30 minute e-mail checking. |
| 13:12.44 | cp15 | It is actively checking for e-mail? |
| 13:13.21 | bhima | Yes. It didn't support IMAP IDLE. |
| 13:13.26 | bhima | Thus, it needed to poll. |
| 13:13.29 | bhima | I had unlimited GPRS. |
| 13:13.36 | bhima | but not unlimited SMS. :) |
| 13:13.54 | cp15 | Oh, unlimited GPRS sounds nice :-) |
| 13:14.32 | cp15 | Do you know how the push email service for backberry works? |
| 13:15.34 | bhima | The price has gone up since I left; it's now $6/month for unlimited to your phone. |
| 13:15.59 | bhima | I'm not sure, but the US blackberry plans all include unlimited data and, I think, unlimited SMS. |
| 13:16.16 | bhima | I know that T-Mobile US, on the h6315, has a special push e-mail system working via SMS. |
| 13:16.35 | bhima | The app intercepts all SMSs, and checks them; if they're for push e-mail it will download the e-mail. |
| 13:17.10 | cp15 | But you have to pay one sms for each mail... |
| 13:17.21 | bhima | No. Unlimited. |
| 13:17.36 | cp15 | Ok, then it's ok |
| 13:17.58 | bhima | Actually, with o2 Germany, Eu3 gets you unlimited e-mail notifications via SMS. |
| 13:22.27 | llange | Hello cp15. |
| 13:22.37 | cp15 | Hello llange |
| 13:23.03 | llange | I do need some advice, however I don't know what would be the best place to ask. |
| 13:24.08 | cp15 | Just ask |
| 13:25.02 | llange | Ok. I'm trying to boot linux kernel on HTC Himalaya. I've compiled the recent BlueAngel release with some tweaks, and the kernel boots ok. However, it doesn't exec linuxrc. |
| 13:25.40 | cp15 | What are the last messages on the screen? |
| 13:25.57 | llange | Freeing init memory: 80K |
| 13:25.57 | llange | LLA after free: |
| 13:25.57 | llange | LLA : run_init_process : /sbin/init |
| 13:25.57 | llange | [ LLA = llange = my debug messages] |
| 13:26.42 | llange | (it is on a serial console. my command line is : "root=/dev/ram0 ramdisk_size=14336 keepinitrd console=ttyS1,115200 console=tty0" |
| 13:27.18 | cp15 | You need to specify init=/linuxrc also |
| 13:27.35 | cp15 | Don't ask me why, I don't know |
| 13:27.36 | llange | yes, I also did. |
| 13:28.15 | llange | But no change (only my debug message changing to "run_init_process : /linuxrc" |
| 13:30.04 | cp15 | Have you changed the floating point emulation to FPE_FASTFPE? It doesn't work and gives exactly that error condition. Took me a while when I first compiled 2.4.16 to find out |
| 13:30.20 | cp15 | I mean 2.6.12 of course |
| 13:31.31 | llange | I tried both. now it is CONFIG_FPE_NWFPE in my .config. |
| 13:31.49 | llange | without extended precision. |
| 13:31.59 | cp15 | Have you tried NWFPE and init=/linuxrc? |
| 13:32.46 | llange | Just right at the moment I am... |
| 13:32.48 | cp15 | Maybe you should copy arch/arm/configs/blueangel_defconfig to your .config |
| 13:33.07 | cp15 | Getting the right .config is not easy |
| 13:33.54 | llange | I started with this config. Himalaya is a little different architecture so I had to change a few things. |
| 13:34.27 | llange | A above all, I have a high (50%) failure rate with HaRet... |
| 13:35.22 | cp15 | Oh... I didn't read the Himalaya and thought you have a BA |
| 13:35.56 | cp15 | Up to which stage does it get when failing? |
| 13:36.38 | llange | HaRet ? before filling the thermometer. It gives control back to Windows CE without refreshing the screen. |
| 13:37.05 | llange | it's v 0.3.2c with serial output. |
| 13:37.12 | cp15 | Hmm... Never have seen that |
| 13:37.37 | cp15 | Maybe a memory allocation problem? |
| 13:37.38 | llange | it prints "Testing 123 |
| 13:37.38 | llange | Physical kernel address: a0008000" |
| 13:37.38 | llange | then... nothing. |
| 13:38.13 | llange | ( 5 times since I've told you I'd be trying ...) |
| 13:39.09 | llange | 6 =) |
| 13:39.17 | cp15 | :-( |
| 13:39.27 | cp15 | Have you stopped everything else? |
| 13:39.50 | llange | rebooting (cold) each time. hard once in a while. |
| 13:40.34 | cp15 | You have to do a cold reboot? That is strange. It should only be necessary if the eyes went red |
| 13:41.02 | llange | sorry I meant warm reboot. |
| 13:41.12 | llange | and cold once in a while. |
| 13:42.33 | llange | I'm expert in screen calibration... is there a way to kill this "application" and to cold boot directly in windows CE without screen calib and introduction ? |
| 13:43.01 | cp15 | You can put autorun.exe (get it from the xda-developers.com forum) in a folder named 2577 on the sd card, then haret will start immediately after screen calibration |
| 13:43.24 | cp15 | To skip the calibration, you would have to change the pxa rom, which is a bit dangerous |
| 13:44.01 | cp15 | Ehmm... After calibration and cut & paste excercise |
| 13:44.09 | cp15 | But before customization |
| 13:44.30 | llange | I'm willing to take the risk. Is there any piece of docs ? |
| 13:44.30 | llange | I already got rid of the customization. I spared 1 reboot =) |
| 13:45.00 | cp15 | look for dumprom and makerom on xda-developers.com |
| 13:45.16 | cp15 | But make a rom backup on sd card first |
| 13:45.39 | llange | I have these, but i don't know what to "remove" from the rom. |
| 13:46.13 | cp15 | Ah... I have seen a hint once... I am looking |
| 13:48.38 | llange | first boot but CRC error (pb with sdcard I think)... it's not the good day. :-( |
| 13:53.40 | llange | boot ok. but same pb : Freeing init memory: 80K |
| 13:53.40 | llange | LLA after free: |
| 13:53.40 | llange | LLA : run_init_process : /linuxrc |
| 13:54.13 | cp15 | :-( |
| 13:54.25 | cp15 | What linuxrc have you used? |
| 13:54.45 | immolo | on my himalaya I had to run haret from either ram or the built in storage |
| 13:54.52 | immolo | else it failed |
| 13:55.00 | cp15 | http://wiki.xda-developers.com/index.php?pagename=CompleteTools%2Fwelcome.exe might help you speeding up the boot |
| 13:57.13 | llange | great ! I will try this. Concerning the himalaya, I had success with a previous kernel (2.6.3-hh2-xda0) with login prompt, etc.. from the SD Card. However I'll try to copy HaRet somewhere else. |
| 13:57.35 | immolo | oh if you boot into linux its fine |
| 13:57.52 | immolo | haret just crashed everytime for me if ran from sd |
| 13:58.36 | immolo | anyway cp15 I think I found out why fontconfig-native doesn't build |
| 13:58.52 | cp15 | What was the reason? |
| 13:59.09 | immolo | oe doesn't like root :P |
| 13:59.32 | cp15 | I already wondered why you work as root |
| 13:59.44 | llange | immolo : I guess you're not playing with your Himalaya anymore ? =) What was the last kernel you did run on it ? |
| 14:00.25 | immolo | well I was working in that chroot then I just copied everything off in the same term and carried on |
| 14:00.34 | immolo | my thought for being lazy |
| 14:00.39 | immolo | llange- 2.6.3 |
| 14:00.59 | llange | thx |
| 14:01.41 | immolo | it didn't do much though |
| 14:02.02 | immolo | and I could never get usbnet working on my host either :P |
| 14:02.29 | immolo | but as a pdas with black screens go it wasn't too bad |
| 14:02.59 | llange | same for me concerning usbnet. That's why I'm trying to follow a more active development kernel (2.6.12), but with limited success. =) |
| 14:03.49 | immolo | cp15- anyway I'll start this again as local user most of the bugs should stop and I shouldn't have to hack bluez-utils anymore |
| 14:04.21 | cp15 | llange: I hope you did notice I changed GPIO_NR_HIMALAYA_TS_IRQ_N in himalaya_ts3.c which breaks it for himalaya |
| 14:04.24 | immolo | I'm going to have to workout how to use your version rather then the standard version though |
| 14:05.00 | cp15 | I guess you have to just change the source uri and remove the patches, but haven't looked in deeper |
| 14:05.04 | llange | cp15 : when you had your troubles with floating point etc... how did you manage to debug this ? |
| 14:05.20 | cp15 | If you find it easier to use a patch, just do it |
| 14:06.10 | cp15 | At first I was desperate... Then I compared 2.6.12 .config with 2.6.3 .config and played with the values. |
| 14:06.11 | llange | cp15 : I'm not using touchscreen right now. |
| 14:06.37 | cp15 | I didn't find a way to debug this |
| 14:06.53 | llange | :-( |
| 14:07.26 | cp15 | Which initrd do you use? |
| 14:08.23 | llange | started with 2.6.3 and modified it according to http://wiki.xda-developers.com/index.php?pagename=BlueangelKernel |
| 14:08.57 | llange | a few changes ( some echo "hello" > /dev/ttyS0, S1, ... at the beginning, just after symlinks.) |
| 14:10.42 | cp15 | The changes mentioned on BlueangelKernel are BA-specific and shouldn't be necessary for the Himalaya |
| 14:11.08 | llange | except for the serial ports that changed since 2.6.3 |
| 14:12.09 | llange | btw it seems that BA and HI are not using the same serial port for debugging. Mine is TTYS1 ( BTUART) on the craddle. |
| 14:14.13 | llange | btw in command line : is the "console=tty0" mandatory ? |
| 14:18.57 | llange | When i keep this "console=tty0", after booting, I don't have any echo on the terminal. |
| 14:18.58 | llange | When I omit this, I do have an echo (when sending characters they are echoed back). Does it sound familiar ? |
| 14:23.20 | cp15 | console=tty0 brings the console output on the device display |
| 14:23.42 | cp15 | BA uses STUART for the serial connection |
| 14:24.26 | llange | ok so I must get rid console=tty0 as I I'm not targetting the LCD right now (trying to work on the serial connection). |
| 14:24.59 | cp15 | You have to specify console=ttyS1 for serial console |
| 14:25.24 | cp15 | Ah... Have you enabled LL_DEBUG? Maybe linuxrc is called, but you don't get its output? |
| 14:25.36 | llange | I had to modify a few file ( debug-macro.S, uncompress.h ) to account for the serial difference. I already have console=ttyS1. |
| 14:26.04 | llange | I disabled LL_DEBUG recently but I'm going to re-enable it (I was seeing double =) ) |
| 14:26.15 | cp15 | No, don't do it |
| 14:26.59 | cp15 | DEBUG_LL is to debug the boot process and gives earlier printk output, but it makes trouble when using it as console, too |
| 14:27.15 | llange | Ah |
| 14:28.06 | cp15 | Can you give me a diff between your .config and the BA config? |
| 14:28.18 | llange | yes. on the IRC ? |
| 14:28.21 | cp15 | Yes |
| 14:30.32 | llange | 3,4c3,4 |
| 14:30.32 | llange | < # Linux kernel version: 2.6.12-hh2-xda0-ba0 |
| 14:30.32 | llange | > # Linux kernel version: 2.6.12-hh2 |
| 14:30.32 | llange | 110,114c110,113 |
| 14:30.32 | llange | < # CONFIG_MACH_HIMALAYA is not set |
| 14:30.47 | bhima | cp15: I don't think that was a good idea. :) |
| 14:31.38 | *** join/#htc-blueangel llange (n=llange@lange.nom.fr) |
| 14:31.42 | cp15 | :-( Sorry... But I already pasted longer texts. Is this a operator privilege? |
| 14:31.55 | cp15 | Can you do dcc? |
| 14:32.26 | llange | don't think so. I'm trying to put it on a URL. |
| 14:34.46 | immolo | excess flood is a client set limit |
| 14:35.04 | llange | cp15 : try this ? http://himalaya.lange.nom.fr/ba-hi.diff |
| 14:35.28 | cp15 | The client decides that the user behaves badly and disconnects him? |
| 14:36.07 | llange | It's not really a full featured IRC client, i'm using Gaim. |
| 14:36.14 | immolo | yeah, In mIRC it was anyway |
| 14:36.56 | immolo | and if you remember some of the outputs of bluez-utils I posted they were way over 4 lines :P |
| 14:37.52 | immolo | I think it was designed for when you copy and paste the wrong thing and get yourself banned |
| 14:39.48 | llange | And here is what is neede to compile 2.6.12 for Himalaya : http://himalaya.lange.nom.fr/K2-6-12-hh2-xda0-ba0-himalaya.diff |
| 14:42.40 | cp15 | Found nothing unusual |
| 14:43.03 | llange | thanks =) |
| 14:44.46 | llange | The bootlog : http://himalaya.lange.nom.fr/K2-6-12-hh2-bootscreen.txt |
| 14:58.12 | cp15 | Looks also good |
| 14:58.45 | cp15 | Maybe you can try something out: Use init=/lib/ld-2.3.90.so |
| 14:59.10 | cp15 | This won't boot your system, but you should get an errormessage from ld and a kernel panic |
| 14:59.50 | cp15 | And since ld is statically linked, we can rule out shared library problems |
| 15:03.24 | llange | I'll try. |
| 15:08.29 | llange | less often, but sometimes HaRet freezes when the 'spherical bottom' of the thermometer is half-filled. |
| 15:10.27 | llange | cp15 your idea seems interesting : I have a kernel panic : |
| 15:10.27 | llange | LLA : run_init_process : /lib/ld-2.3.2.so |
| 15:10.27 | llange | Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]Kernel panic - not syncing: Attempted to kill init! |
| 15:10.51 | cp15 | Ok, the program is running |
| 15:11.53 | llange | does this also confirm that the default console ( /dev/console ) is well configured ? |
| 15:11.57 | cp15 | Yes |
| 15:12.04 | llange | ok |
| 15:12.20 | cp15 | Try init=/bin/sh next |
| 15:13.58 | cp15 | And happy cut & pasting ;-) |
| 15:15.28 | llange | Just before trying ld.so, I've realized that I wasn't using the initrd from 2.6.3 but the BA 2.6.12 (not the same libc it seems.) |
| 15:20.57 | cp15 | Yes, it has a newer libc to be compatible with the h3900 image. It should't make a problem, but maybe you try the Himalaya initrd if init=/bin/sh doesn't work? |
| 15:23.06 | llange | doesn't work bin sh (himalaya initrd) |
| 15:24.05 | cp15 | Errors or just a hang? |
| 15:25.14 | llange | no errors, nothing. But there is echo on the TTY |
| 15:27.56 | cp15 | Ok, one last try: Try init=/sbin/insmod |
| 15:28.43 | cp15 | If it works, the problem is most likely in busybox and I would suggest recompiling it with a lot of debug output |
| 15:29.47 | cp15 | If it doesn't work, the problem is in the shared library setup, and I suggest compiling sash (also with lots of debug output) and running it via init= |
| 15:37.22 | cp15 | You can also extract sash from http://ftp.de.debian.org/debian/pool/main/s/sash/sash_3.7-7_arm.deb |
| 15:38.01 | cp15 | if you don't want to recompile (but you won't get any useful information if it doesn't work) |
| 15:42.42 | llange | will try. strange because that initrd works for a lot of people isn't it ? |
| 15:42.58 | llange | (and did work for 2.6.3) |
| 15:43.05 | cp15 | Yes, don't have an idea where the error might be |
| 15:44.54 | llange | insmod : nothing (no output). |
| 15:45.24 | cp15 | Ok, shared library... |
| 15:46.51 | llange | which means... ? =) |
| 15:47.40 | cp15 | don't know |
| 15:48.04 | llange | =) |
| 15:48.35 | cp15 | Are you sure you used NWFPE? |
| 15:49.08 | llange | right now, I just checked it, and 'm doing a 'make clean; make' |
| 15:49.46 | llange | I also tried a kernel with no floating point emulation ; which changed nothing. no runtime error. |
| 15:50.26 | llange | shouldn't the kernel 'oops' or panic in case there were a pb with floating point ? |
| 15:50.44 | cp15 | Probably |
| 15:54.47 | cp15 | Ah... The "NetWinder Floating Point Emulator" message is missing in your boot messages |
| 15:57.19 | llange | yes you're right. And it was there in 2.6.3 |
| 15:57.27 | llange | "<4>NetWinder Floating Point Emulator V0.97 (double precision)" |
| 15:57.45 | cp15 | It is also there on my 2.6.12 kernel, I have just rebooted |
| 15:58.13 | llange | Ok I'll check this. thanks for the tip and your time. I'll came back to report success (or failure =) ) |
| 15:58.37 | cp15 | Ok, then I will continue with the phone application :-) |
| 15:59.11 | llange | great news : what is this application ? I do hope being able to call from linux one day =) |
| 15:59.50 | cp15 | gomunicator |
| 16:00.00 | cp15 | See the xanadux cvs for the newest version |
| 16:00.15 | cp15 | I can already make and answer calls on my BA |
| 16:01.47 | llange | great ! I hope to try this soon =) (when I have LCD, touchscreen, ... =) ) |
| 16:02.04 | cp15 | Shouldn't be that difficult |
| 16:04.32 | llange | On the road to success : message in bootlog + insmod panicing !! (You've been of great help !) |
| 16:05.35 | llange | what is the state of the BA ? is the device autonomous ? touchscreen etc.. ? |
| 16:07.12 | cp15 | Great. If you want to join the team get a sourceforge account and write to w4xy@users.sourceforge.net |
| 16:07.55 | cp15 | The device is autonomous, the essential things are working, but battery lifetime is way too short (< 24 hours) |
| 16:08.27 | cp15 | More details at http://wiki.xda-developers.com/index.php?pagename=BlueangelProgress |
| 16:10.03 | llange | thx |
| 16:14.37 | *** join/#htc-blueangel rob_w (n=bob@p213.54.155.67.tisdip.tiscali.de) |
| 16:14.37 | *** mode/#htc-blueangel [+o rob_w] by ChanServ |
| 16:15.08 | cp15 | bhima: still there? |
| 16:15.24 | llange | familiar login: => thanks a lot cp15 !!! |
| 16:17.46 | bhima | cp15: yup |
| 16:18.27 | cp15 | I am planning a BA developers meeting for a weekend. Do you want to come? |
| 16:19.42 | bhima | cp15: Hrm. Yes, but I'm not sure right now when I am actually free. Where would it be? |
| 16:20.30 | cp15 | In my flat (at least if it aren't too much people), near Ingolstadt |
| 16:20.33 | bhima | November ~22 is when I move back to the US. My parents are visiting for awhile starting Wednesday. I need to find out there plans. |
| 16:21.18 | cp15 | Ok, take a look at http://ba-devel.it-schaller.de/ and choose the dates when you can come |
| 16:21.29 | bhima | Where is Ingolstadt? |
| 16:21.43 | cp15 | Between munich and nuremberg |
| 16:25.52 | bhima | Ok. On Wednesday, I'll talk to my parents about their plans and will find out when I am likely free. |
| 16:26.37 | cp15 | Do you come again to germany after the 22nd? |
| 16:27.23 | bhima | Probably in May or so for two or three weeks... |
| 16:28.33 | cp15 | Thats not too much. But I have been told the internet even works outside of europe ;-) |
| 16:29.23 | bhima | It does. It was actually invented outside of Europe. :P |
| 20:27.14 | *** join/#htc-blueangel lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 20:27.46 | lamikr | Hi! |
| 20:28.10 | cp15 | Hi lamikr |
| 20:29.23 | cp15 | How may we help you? |
| 20:29.31 | lamikr | Bhima and koen have told me that you are making pretty good progress with gsm and blueangel. I and couple of my friends in "h6300-port" are trying to do same for ipaq h6300... I came here to ask some help. |
| 20:30.32 | cp15 | Ah... bhima already told me that he met somebody who made progress on the h6300 gsm |
| 20:30.43 | cp15 | What is your current status? |
| 20:30.54 | lamikr | Yes, we are able to communicate over /dev/ttyS1 |
| 20:31.56 | lamikr | We are able to send AT commands for making the phone to call, etc... But we are not yet able to control the speaker. The sound driver is however getting better, so there is hope... |
| 20:32.24 | cp15 | Do you know which sound chip is used in the device? |
| 20:33.32 | cp15 | On the BA GSM sound is pretty easy. The microphone is connected to the sound chip and gsm in parallel, and the gsm speaker output is connected to line in on the sound chip |
| 20:33.54 | lamikr | I tried tsc2101, we have now OSS based driver that was able to play, but everett who has made the drivers has now started to convert it to alsa. |
| 20:35.45 | lamikr | Can you use AT commands like "AT+SPEAKER=0", "AT+SPEAKER=1", etc... for selecting whether you want to use headphone, or normal speakers? According to our wavecom gsm module specs, we can do that. We just need to get the driver to init the speaker and mic. |
| 20:35.51 | cp15 | Alsa is definetly better here. I am currently working on a phone app, and I think I will convert it to alsa soon |
| 20:36.11 | lamikr | Do you mean gomunicator? |
| 20:36.15 | cp15 | Yes |
| 20:36.31 | lamikr | Koen mentioned it. |
| 20:37.05 | cp15 | On the BA speaker/headphone is controlled by the sound chip. Have yet to find out how it is done with the microphone. |
| 20:37.17 | cp15 | I have currently no idea how to switch the audio path to bluetooth |
| 20:37.57 | cp15 | gomunicator is still a bit alpha, but it is getting useable. I haven't found a ready to use phone application for linux |
| 20:38.03 | lamikr | So, you would like to use headless bt stuff? |
| 20:38.34 | cp15 | Sooner or later, sure. |
| 20:38.39 | lamikr | Well me either. I tried to use libgsm today for sending SMS messages but it made the serial line to hung. |
| 20:39.34 | cp15 | Haven't look yet at libgsm. But maybe it would be a good idea to base gomunicator on it. |
| 20:39.54 | cp15 | Do you know whether it works synchronous or asynchronous? |
| 20:40.21 | lamikr | I actually downloaded today the prebuild gomunicator from the handhelds page and tried it. I created symlink from /dev/gsm0 to /dev/ttyS1 but I think gomunicator exited because it could not communicate via alsa. So I will now try to build it myself. |
| 20:40.51 | cp15 | And you have to patch something to get it to work, I think |
| 20:41.07 | cp15 | The BA requires a prefix and a postfix for each command |
| 20:41.57 | cp15 | Take a look at sendCommand and remove the writen_ni(..,prefix,..) and write_ni(..,postfix,..) |
| 20:41.59 | lamikr | Yes, actually I came here to ask how do you configure it for the crosscompiler. Are you build against the libs OE puts under tmp/staging/arm-linux dir? |
| 20:42.09 | cp15 | Yes |
| 20:42.29 | lamikr | Good, can you give me your configure command? |
| 20:42.54 | cp15 | I have a small environment file |
| 20:43.00 | cp15 | export OE=/home/martin/blueangel/oe |
| 20:43.00 | cp15 | export BUILD=$OE/build |
| 20:43.00 | cp15 | PATH=$BUILD/tmp/cross/bin:$BUILD/tmp/staging/i686-linux/bin:$PATH |
| 20:43.01 | cp15 | export ACLOCAL_USR_SHARE_ACLOCAL=$BUILD/tmp/staging/arm-linux/share/aclocal |
| 20:43.01 | cp15 | export PKG_CONFIG_PATH=$BUILD/tmp/staging/arm-linux/share/pkgconfig |
| 20:43.01 | cp15 | alias oe_conf='./configure CC=arm-linux-gcc CPPFLAGS="-Wall -I/home/martin/blueangel/oe/build/tmp/staging/arm-linux/include" LDFLAGS="-L/home/martin/blueangel/oe/build/tmp/staging/arm-linux/lib -Wl,-rpath-link,/home/martin/blueangel/oe/build/tmp/staging/arm-linux/lib" --host=arm-elf-linux' |
| 20:43.07 | cp15 | alias oe_autom="aclocal -I $ACLOCAL_USR_SHARE_ACLOCAL && autoheader && automake --add-missing --copy && autoconf" |
| 20:43.28 | cp15 | I think you have to adapt the pathes a bit |
| 20:43.45 | lamikr | Yes, I will try thanks. |
| 20:44.34 | lamikr | Btw, one of as called collin has made socket based multiplexer for GSM. Would you be interested in using that? |
| 20:45.15 | cp15 | For that I have to explain the situation on the BA a bit first |
| 20:45.39 | cp15 | We have one uart for the GSM module, and a dual ported ram asic |
| 20:46.11 | lamikr | Ok, I am listening... Or hold, I ask collin also to join here first! |
| 20:46.16 | cp15 | All AT commands and replies go over the uart and GPRS/CSD data goes over the dpram |
| 20:47.04 | *** join/#htc-blueangel collin_sleep (n=collin@elbarto.betaversion.net) |
| 20:47.06 | collin_sleep | hi |
| 20:47.15 | cp15 | Hi collin |
| 20:47.33 | lamikr | cp15 can you repeat your last sentence? |
| 20:47.39 | cp15 | I have heard you are working on a GSM multiplexer |
| 20:47.52 | cp15 | Maybe we can use a common interface to userspace |
| 20:47.53 | collin_ | it is working allready ... |
| 20:48.10 | cp15 | On the Blueangel there are two interfaces to the GSM module |
| 20:48.13 | collin_ | is there something like this? |
| 20:48.22 | collin_ | h63xx also has this |
| 20:48.30 | cp15 | One is over an uart for AT commands and replies |
| 20:48.33 | collin_ | but it's not needed |
| 20:48.54 | cp15 | The other one is a dual ported ram asic which is connected to main cpu and gsm cpu |
| 20:49.00 | collin_ | ah |
| 20:49.04 | cp15 | It is used for GPRS and CSD data transfer |
| 20:49.08 | collin_ | I heard about this |
| 20:49.13 | collin_ | ok |
| 20:49.21 | cp15 | I am currently writing an uart "emulation" for this |
| 20:49.34 | cp15 | So setting up a csd call works like this: |
| 20:49.39 | cp15 | open uart |
| 20:49.45 | cp15 | send "ATDT<number>" |
| 20:49.50 | cp15 | wait for "CONNECT" |
| 20:49.54 | cp15 | open dpram |
| 20:50.00 | cp15 | send/receive data |
| 20:50.03 | cp15 | close dpram |
| 20:50.09 | collin_ | ok |
| 20:50.12 | cp15 | set ATH0 to uart |
| 20:50.38 | cp15 | Is the h6300 using something similar? |
| 20:50.39 | collin_ | so does your wavecom modem support multiplexing? |
| 20:50.41 | lamikr | I think our situation is quite similar for the data connections. |
| 20:50.42 | collin_ | nop |
| 20:50.55 | collin_ | on the h63xx we have one uart |
| 20:51.11 | lamikr | We have two sockets: One for AT commands and another one for data. |
| 20:51.30 | collin_ | lamikr let me explain |
| 20:51.38 | lamikr | Ok :-) |
| 20:51.56 | collin_ | so we have on uart with a multiplexing protocol running onit |
| 20:52.11 | collin_ | one uart |
| 20:52.38 | collin_ | so mplexd plays the protocol and provides one socket for each stream on the uart |
| 20:53.05 | collin_ | cp15: is this clear? or do you need more details? |
| 20:53.23 | cp15 | So you can have several at command streams? |
| 20:53.32 | collin_ | nop |
| 20:53.44 | collin_ | one command stream and one data stream (for GRPS) |
| 20:54.12 | collin_ | the data stream is opened when a GPRS connection is created |
| 20:54.33 | cp15 | Ah, ok, so it is similar to the Blueangel, but the transfer on the Blueangel is not multiplexed |
| 20:54.46 | collin_ | ah do you have a wavecom modem? |
| 20:55.04 | collin_ | try sending at+wmux? |
| 20:55.04 | cp15 | Don't know. How could I recognize it? |
| 20:55.12 | cp15 | Just a moment |
| 20:55.28 | collin_ | that shows you the mulitplex mode |
| 20:55.44 | collin_ | lamikr: waht was the command to get the manufacturer again? |
| 20:55.49 | cp15 | ERROR |
| 20:56.05 | lamikr | Let me check... |
| 20:56.19 | collin_ | try at+wmux=0 |
| 20:56.32 | cp15 | Same |
| 20:56.42 | collin_ | ok so no mulitplexing for you :( |
| 20:56.53 | cp15 | There is a at+cmux command, but I haven't found out how to really use it |
| 20:57.04 | lamikr | AT+CGMI gives manufacturer info. |
| 20:57.05 | collin_ | ah |
| 20:57.22 | cp15 | HTC |
| 20:57.23 | collin_ | try at+cmux=1 |
| 20:57.47 | collin_ | cgmi returns htc? |
| 20:57.49 | cp15 | AT-Command Interpreter ready |
| 20:57.52 | cp15 | Yes |
| 20:57.54 | lamikr | I think mplexd makes it looks like the same than BA has. One channel for AT commands and another one for data. So if BA could have another two socket implementation, we could have similar looking interface in both of the devices for the gomunicator. BA's data socket should just communicate to the dpram. Or what do you collin think? |
| 20:58.19 | collin_ | sure |
| 20:58.25 | collin_ | thats is it |
| 20:58.47 | collin_ | so we just need to make gommunicator socket aware |
| 20:59.20 | lamikr | Well, thats what at least we need to do... But what was your plan cp15? |
| 20:59.54 | collin_ | I really need to look at the code of gomm.. |
| 21:00.08 | cp15 | Well, the internal mechanisms are a bit different, but I think we should expose a common interface |
| 21:00.30 | cp15 | If I understand you correctly, you are doing multiplexing/demultiplexing in userspace via a daemon? |
| 21:00.37 | collin_ | yes |
| 21:00.37 | lamikr | Yes, that would really be good... |
| 21:00.49 | lamikr | cp15: We have two sockets running in /var/run |
| 21:01.09 | collin_ | cp15: this is not worth putting into the kernel |
| 21:01.18 | cp15 | Hmm... I think you need to use a pty. pppd probably doesn't work with a socket |
| 21:01.31 | collin_ | cp15 ... it should |
| 21:01.42 | collin_ | I'll check that |
| 21:02.02 | collin_ | thats a minor detail :) |
| 21:02.24 | cp15 | :-) You can still implement a pppd plugin |
| 21:02.29 | collin_ | sure |
| 21:03.23 | lamikr | collin: Another detail is the name of the interfaces. /var/run/wavecom_mplex_cmd and /var/run/wavecom_mplex_data needs more general names like "universal_ipag_master_of_the_gsm_data_channel" :) |
| 21:03.35 | collin_ | hehe |
| 21:04.05 | collin_ | lamikr: you can decide over naming if you want |
| 21:04.13 | collin_ | :) |
| 21:04.26 | lamikr | Well, that was my proposal :-) |
| 21:04.34 | collin_ | so does gomm... need libgsm? |
| 21:04.42 | lamikr | No |
| 21:04.51 | collin_ | cp15: does voice calls work on the BA? |
| 21:04.57 | cp15 | Yes |
| 21:05.03 | cp15 | I am already using it |
| 21:05.12 | collin_ | nice |
| 21:05.29 | cp15 | But there are some problems with the power management. Battery lasts < 24 hours |
| 21:05.31 | collin_ | so I just need an sound driver? |
| 21:05.35 | lamikr | Does BA handle powersaving and cpu freq scaling ok? |
| 21:05.37 | collin_ | cp15: hehe |
| 21:06.04 | lamikr | ok, it seems not... |
| 21:06.36 | cp15 | Well, the GSM modems are quite different, it seems. On the BA it was easy: Power on the Amplifier, Power on mic bias, set the mixer volume, and it worked |
| 21:06.59 | cp15 | Well, at least after I found out that the semicolon in the ATD command is not optional |
| 21:07.29 | lamikr | cp15: It may be as easy also for the h6300, but I do not have alsa driver that can power mic and speaker on. |
| 21:08.02 | collin_ | hehe |
| 21:08.05 | lamikr | The OSS driver started to work on friday and I have been away the weekend, so I have not tested yet. |
| 21:08.24 | collin_ | lamikr: we now have that 14-rc1 issue |
| 21:08.24 | cp15 | The mic and speaker power on the BA has nothing to do with the sound chip. They are just two GPIO bits |
| 21:09.18 | cp15 | Maybe here we can find a common mechanism |
| 21:09.25 | lamikr | BT was that simple in h6300. |
| 21:09.36 | cp15 | I have two mixer controls related to gsm |
| 21:09.46 | collin_ | lamikr we have these two GPIOs for speaker and mic |
| 21:10.13 | cp15 | One is named "Phone" and controlls the speaker volume. If you are setting volume to 0 and not playing dsp audio, the speaker gets turned off |
| 21:11.18 | lamikr | cp15: So does the driver turn the speaker off in that kind of situation? |
| 21:11.35 | cp15 | The other is named "Mic Power" and is a switch. If you are disabling mic power and nod recording dsp audio, mic gets turned off |
| 21:12.27 | cp15 | The driver is uda1380.c, and it is a bit self-contained. I have implemented a callback so the lowlevel driver gets informed when power needs to be enabled/disabled |
| 21:13.17 | collin_ | ah |
| 21:15.03 | lamikr | Ok, so when you turn the volume to 0, that is informed to lowel level driver. Does the driver know whether there is dsp audio playing going on or does it need to be informed by alsa libs? |
| 21:15.14 | cp15 | Do you have a wiki/webpage or something where you document your status? |
| 21:15.24 | collin_ | yes |
| 21:15.26 | lamikr | Yes, |
| 21:15.30 | cp15 | Actually on the BA it is a bit more complicated |
| 21:15.32 | lamikr | http://handhelds.org/moin/moin.cgi/HpIpaqH6315 |
| 21:16.04 | lamikr | There is our multiplexer also for download. |
| 21:16.27 | cp15 | Ok, I will take a look |
| 21:17.15 | lamikr | http://www.wavecom.com/media/files/support/Advanced_Software_Solutions/Open_AT/Open_AT_30/Doc-OAT-V3.zip contains AT command manual. 400 pages of data from how to control wavecom with AT commands... |
| 21:17.32 | cp15 | As for the audio, it works on the BA like this: There is the UDA1380 chip which is mixer, A/D and D/A converter, headphone and microphone amplifier |
| 21:17.42 | cp15 | D/A is connected to PXA SSP port |
| 21:18.00 | cp15 | A/D is connected to PXA I2S port (so it won't get to dull :-) |
| 21:18.46 | cp15 | The lowlevel driver controls SSP and I2S ports and tells the UDA1380 driver only which samplerate is to be used |
| 21:19.30 | cp15 | Rest is done by itself, so it knows when it is playing and recording (becaus it has to setup SSP/I2S) but not if the user changes the mixer setting (which is done by uda1380.c directly) |
| 21:19.44 | collin_ | mmh |
| 21:20.40 | cp15 | Does reading the sim phonebook work on the wavecom modem with standard gsm commands? |
| 21:21.08 | collin_ | I guess so |
| 21:21.21 | collin_ | the commands are in the spec asfaras I know |
| 21:21.24 | lamikr | yes, it should. I have not tested this because I do not have any contacts saved to sim card. But manual mentions commands for those. |
| 21:21.37 | lamikr | There are also commands for selecting the ring sound, etc... |
| 21:21.45 | cp15 | On the BA it doesn't work. There is a at+crsm command where you can access the sim cars filesystem |
| 21:22.03 | cp15 | Is the ring signal procduced by the gsm modem? |
| 21:22.19 | collin_ | no I dont think so |
| 21:22.56 | collin_ | I guess this is the wavecom stuff thats just there because other modules support it |
| 21:23.30 | collin_ | maybe it can do stuff like that if we open the speaker on the device |
| 21:23.40 | cp15 | Ah, I have seen you have also the texas bt chip. Which version is it? |
| 21:25.05 | collin_ | lamikr: so maybe we also need to enable these special gpios |
| 21:25.21 | collin_ | everett: told me that the mic/speaker gpio is not used by the sound card |
| 21:25.29 | lamikr | cp15: We have brf6100. |
| 21:26.14 | cp15 | Same as here. You probably want to checkout bluez-utils from xanadux cvs. It allows speeds higher than 115200 baud. |
| 21:26.20 | lamikr | collin: What are the gpios for mic and speaker? I could try to set them on in the gsm_driver I had in the bt_branch. |
| 21:26.47 | collin_ | lamikr: i2c gpio 10 11 |
| 21:27.15 | lamikr | cp15: Do you have a some kind of script that you load with the hciattach command? hx4700 has something like that for their brf6150. |
| 21:27.19 | collin_ | lamikr : i'll try this in my gsm driver |
| 21:27.29 | lamikr | collin: Ok! |
| 21:27.58 | cp15 | I have found 3 scripts in the windows filesystem, but I haven't yet tried them |
| 21:28.31 | cp15 | They are named Init_Rom_V316.bts Soft_Gemini_Disable_for_P4.bts Soft_Gemini_Enable_for_P4.bts |
| 21:28.51 | cp15 | No idea what soft gemini might be |
| 21:30.17 | lamikr | We have also some in our windows dir but I have not tried them either. Todd Plumer (the hx4700 bt driver author) send Script query on behalf of us to TI, but he has not received yet any response. |
| 21:30.52 | lamikr | So you manage to get 921600 speed even without any scripts? |
| 21:30.56 | cp15 | :-) I have also contacted him. He told me the command to set the speed |
| 21:31.10 | cp15 | Yes |
| 21:31.20 | lamikr | Oh, what it is? |
| 21:31.46 | collin_ | cp15: bluetooth audio (SCO) working? |
| 21:32.03 | cp15 | unsigned char cmd[16]; |
| 21:32.04 | cp15 | <PROTECTED> |
| 21:32.04 | cp15 | <PROTECTED> |
| 21:32.04 | cp15 | <PROTECTED> |
| 21:32.09 | cp15 | <PROTECTED> |
| 21:32.13 | cp15 | <PROTECTED> |
| 21:32.15 | cp15 | <PROTECTED> |
| 21:32.17 | cp15 | <PROTECTED> |
| 21:32.19 | cp15 | <PROTECTED> |
| 21:32.21 | cp15 | <PROTECTED> |
| 21:32.23 | cp15 | <PROTECTED> |
| 21:32.25 | cp15 | <PROTECTED> |
| 21:32.27 | cp15 | <PROTECTED> |
| 21:32.29 | cp15 | <PROTECTED> |
| 21:32.31 | cp15 | <PROTECTED> |
| 21:32.35 | cp15 | <PROTECTED> |
| 21:32.37 | cp15 | <PROTECTED> |
| 21:32.39 | cp15 | <PROTECTED> |
| 21:32.43 | cp15 | <PROTECTED> |
| 21:32.45 | cp15 | <PROTECTED> |
| 21:32.47 | cp15 | <PROTECTED> |
| 21:32.49 | cp15 | <PROTECTED> |
| 21:32.51 | cp15 | <PROTECTED> |
| 21:32.53 | cp15 | <PROTECTED> |
| 21:32.55 | cp15 | <PROTECTED> |
| 21:32.57 | cp15 | <PROTECTED> |
| 21:32.59 | cp15 | <PROTECTED> |
| 21:33.01 | cp15 | <PROTECTED> |
| 21:33.09 | cp15 | <PROTECTED> |
| 21:33.11 | cp15 | <PROTECTED> |
| 21:33.13 | cp15 | <PROTECTED> |
| 21:33.15 | cp15 | No, SCO isn't working. I have tried the alsa interface, but only low frequency static noise came out of the headset |
| 21:33.27 | cp15 | The high speed patch is in the xanadux cvs |
| 21:34.06 | cp15 | I will try again with a linux pc as other sco station which gives more possibilities to debug |
| 21:34.06 | collin_ | cp15: do you have this special bluetooth pcm pin? |
| 21:34.27 | collin_ | I use my bt headset with my pc |
| 21:34.40 | cp15 | Don't know. What is this for a pin? |
| 21:34.51 | collin_ | I dont know |
| 21:35.08 | lamikr | cp15: I will put this info up and try later, now I am more interested in from the gsm :-) |
| 21:35.37 | cp15 | Interfacing of gsm to bluetooth is done without cpu interaction, the connection stays alive for a few seconds when you boot linux |
| 21:37.02 | collin_ | this should be so |
| 21:37.39 | cp15 | Well, I have hoped it could be done in software because this would give a lot more possibilities |
| 21:37.54 | collin_ | mmh thats true |
| 21:38.20 | collin_ | can you only use BT for the phone on the BA? |
| 21:38.31 | cp15 | Like recording a phone call, a caller sensitive answering machine |
| 21:38.55 | collin_ | mmh |
| 21:39.16 | cp15 | BT data transfer works, SCO might work (without success right now) |
| 21:39.39 | collin_ | so just the GSM audio streams are only to the speaker/mic and BT |
| 21:39.50 | collin_ | not connected to the sound card |
| 21:40.26 | cp15 | They are connected to the sound chip, but only on the speaker side |
| 21:40.48 | collin_ | that sucks |
| 21:40.53 | cp15 | Yeah :-) |
| 21:41.11 | collin_ | so you can only record |
| 21:41.24 | cp15 | Maybe I will hack the radio rom so I get the audio stream via the data channel |
| 21:41.29 | collin_ | hehe |
| 21:42.15 | lamikr | I need go to sleep soon, but can we summarize. Did we have any plan from the common gommunicator interface? Does the socket need to be changed to pty? |
| 21:42.32 | collin_ | the pty thing is for later |
| 21:42.36 | collin_ | that only ppp/gprs |
| 21:43.09 | collin_ | but it would be good to have communicator to be able to read/write aT commands to a socket |
| 21:43.19 | cp15 | Well, it woldn't be hard to implement sockets in gomunicator. But many other applications (minicom, pppd, sendfax) will have trouble with it |
| 21:43.33 | collin_ | minicom works with sockets |
| 21:43.48 | cp15 | Really? Ok, then remove it from the list |
| 21:44.02 | cp15 | Good to know |
| 21:44.09 | collin_ | I will check if I can make it a pty |
| 21:44.11 | lamikr | Yes, but how about BA? What kind of interface you are planning for the data and gomunicator? |
| 21:44.33 | cp15 | Currenty I have two uarts. One for AT, one for data |
| 21:44.57 | lamikr | So you have implemented some kind of virtual uart? |
| 21:45.04 | cp15 | Yes |
| 21:45.38 | cp15 | Maybe we can solve it this way: /dev/gsm0 is a symlink to whatever device is required to send at commands |
| 21:46.05 | cp15 | gomunicator makes a lstat on it, and if it is a socket, it does a connect call |
| 21:46.17 | collin_ | that would be nice |
| 21:46.29 | lamikr | Yes, that would be ok. |
| 21:47.05 | lamikr | In which files you are doing the uart connections in gommunicator? |
| 21:47.12 | cp15 | if /dev/gsm0data exists (symlink to some device), the data/command are separate channels |
| 21:47.45 | cp15 | phoneComms.c, but it is a mess |
| 21:48.56 | collin_ | cp15: can you switch on/off the gsm module? |
| 21:48.56 | cp15 | Robert Woehrle and I are currently working on cleaning it up |
| 21:49.23 | cp15 | Yes, there are two GPIOs. One is for powering on/off the gsm module, and one is the reset line for the gsm cpu |
| 21:49.34 | lamikr | Does he have any timeframe for committing in the changes? |
| 21:49.54 | cp15 | As usual: No |
| 21:50.38 | cp15 | I will also take a look at libgsm, maybe it will make phoneComms.c obsolete |
| 21:51.06 | lamikr | Ok, well I work with the eclipse and have already took the code from CVS, so it is pretty easy for me to compare changes in the cvs code. (Eclipse has very good visual diff tools for source codes.) |
| 21:52.38 | lamikr | cp15: I tried following command today without success. gsmsendsms -d /dev/ttyS1 -C <service-center-number> -I AT -b 115200 <target-number> "hello" |
| 21:52.57 | lamikr | With and without "-I AT" |
| 21:53.56 | cp15 | Oh no, why it is written in c++? |
| 21:54.56 | lamikr | cp15: yes, it makes linking hard. And I needed to apply one patch from net to make it compile with gcc 3.4. (OE has problems also for building it) |
| 21:55.47 | *** join/#htc-blueangel _cronos_ (n=cronos@ron34-1-82-224-149-102.fbx.proxad.net) |
| 21:55.47 | cp15 | And it is completely synchronous. This will make it hard to use it for gomunicator |
| 21:57.17 | cp15 | As for the general infrastructure: Do you guys think gomunicator should initiate a gprs connection and then launch pppd, or should it be done by an external program |
| 21:57.38 | collin_ | both would be nice |
| 21:57.41 | lamikr | The things that may be very usefull from libgsm are the commands that transfers SMS messages to PDU format. |
| 21:57.56 | collin_ | at least it must be possible to trigger it fro mthe outside |
| 21:58.39 | cp15 | I have already written a little conversion routine for pdu, but it is far from complete |
| 21:58.53 | collin_ | just take it from libgsm |
| 21:58.56 | lamikr | Wavecom has commands both for sending SMS messages either in text or PDU format, but I believe PDU is more advantaged. |
| 21:59.28 | cp15 | Yes, and you don't have parsing problems. One line is always a complete reply |
| 21:59.50 | lamikr | cp15: If you want to build libgsm with gcc 3.4, you need this patch, I made changes by hand, so I did not tested whether it applies cleanly with patch command. http://prometheus.cs.wmich.edu/gentoo/rsync/app-mobilephone/gsmlib/files/gsmlib-1.11-include-gcc34-fix.patch |
| 21:59.57 | bhima | I definitely want the ability to programmatically establish PPP. I usually want rules for the GPRS link. Usually I want the link to stay up all the time; if it died, something went wrong and I want to restart it. |
| 22:00.53 | cp15 | If we start pppd from gomunicator, I would implement a dbus interface, so you can start/stop gprs via a script or from another program |
| 22:01.05 | cp15 | But maybe a gsmd would also be a nice idea |
| 22:01.19 | cp15 | Thanks for the patch |
| 22:02.37 | cp15 | Oh, already midnight |
| 22:03.34 | bhima | oops. I have to be in the office in the morning :( |
| 22:03.35 | lamikr | cp15: In here it is 1 am, I also need to go to sleep. Thank's for all info, I will try to compile gommunicator tomorrow and take some look to the sources... |
| 22:04.00 | cp15 | Patches are always welcome :-) |
| 22:04.07 | collin_ | lamikr: I'm trying the gpios in a second |
| 22:04.24 | lamikr | collin: Ok, I will wait! |
| 22:04.49 | collin_ | lamikr: more like 5min |
| 22:05.30 | lamikr | no problem, I will try to talk with evertt in h6300-port for a while about 2.6.14 kernel. |
| 22:06.02 | cp15 | collin: Where are you from? |
| 22:06.22 | collin_ | germany |
| 22:06.41 | cp15 | Ah... Wasn't visible from the domain name :-) |
| 22:06.59 | collin_ | it's my box at 1und1 |
| 22:07.16 | cp15 | Ah, I also have a root server there :-) |
| 22:07.22 | collin_ | :) |
| 22:08.24 | immolo | you guys never seen the reviews of 1and1 then? |
| 22:08.44 | collin_ | why? |
| 22:08.45 | cp15 | What reviews? |
| 22:09.11 | immolo | from what I've heard 1and1 have one of the worse customer support records going |
| 22:09.51 | bhima | The demo worked, so now I can play. :) |
| 22:09.59 | cp15 | Well, can't say much about customer support. I only needed it once in 3 years, because I issued shutdown -h now on the wrong machine :-) |
| 22:10.08 | immolo | lol |
| 22:10.35 | collin_ | cp15: I nerver ever mailed them other to get IPv6 addresses and that worked within 24h |
| 22:10.42 | immolo | I did that on my home server, I had it running for 2 months and pulled up the wrong term to issue a halt to |
| 22:10.57 | collin_ | also I can self reboot mt boxes without support :) |
| 22:11.03 | cp15 | They turned it on again, but they wanted 5 euros. |
| 22:11.43 | cp15 | Apart from that I only noticed one 60 minute network problem in 3 years |
| 22:11.43 | immolo | strange though, when I was running my hosting company the feedback I heard on 1and1 was pretty poor |
| 22:12.04 | collin_ | root servers? |
| 22:12.07 | immolo | I got quite a bit of custom from them as well because of it |
| 22:12.35 | immolo | naw I only did httpd etc |
| 22:12.43 | collin_ | I guess your customers dont build thier own OS :) |
| 22:12.48 | immolo | I had a couple of game servers |
| 22:13.01 | immolo | collin_- No, I had to do it for them :P |
| 22:13.28 | cp15 | Ok, you can't expect big support for a 1 euro per month service |
| 22:13.32 | collin_ | so then its clear why then compalin about 1und1 |
| 22:14.28 | immolo | well what I heard was mainly from what was posted on review forums when I was hunting down new clients |
| 22:14.59 | immolo | but seeing they are doing very well for themself they can't be all bad |
| 22:15.37 | bhima | mumble mumble Microsoft mumble |
| 22:15.46 | collin_ | LOL |
| 22:15.47 | immolo | heh |
| 22:15.55 | cp15 | Ok, probably 1und1 has also it's dark sites. I have read news where they offered dsl customers with too much traffic that they pay 100 euro if the customer quits his contract |
| 22:16.23 | immolo | 1and1 do dsl? |
| 22:16.40 | cp15 | Yes, in germany at least |
| 22:17.22 | cp15 | But I think they are using the t-com (ex german telecom monopolist) backbone |
| 22:17.35 | collin_ | yes they do |
| 22:17.45 | immolo | well they will probley use BT in the UK |
| 22:17.48 | immolo | everyone else does |
| 22:18.16 | cp15 | No, arcor doesn't, and I think there are a few others |
| 22:18.41 | immolo | most do as they all need a BT line |
| 22:19.17 | cp15 | Sorry.. Thought the answer was from collin |
| 22:19.20 | bhima | What can you get for Eu1/month? |
| 22:19.43 | immolo | I could a mars bar for a euro :P |
| 22:19.47 | immolo | and not much more |
| 22:20.00 | bhima | From 1and1, I mean. :P |
| 22:20.12 | collin_ | 1min of support :) |
| 22:20.37 | cp15 | Oh, they even offer one .de domain with web and mail forwarding for 0.29 euro/month |
| 22:20.59 | immolo | that sucks I can only get .com,org or net |
| 22:21.06 | immolo | no co.uk |
| 22:22.01 | immolo | but then again my domains only cost ?1 |
| 22:23.27 | cp15 | So, I will disconnect here now. I want to complete ringtones for gomunicator and will then go to bed |
| 22:23.46 | collin_ | nihght |
| 22:23.51 | immolo | cool, did you get ogg support going? |
| 22:24.15 | cp15 | No, just raw audio :-) You have to convert your ogg first ;-) |
| 22:24.30 | immolo | ok then :P |
| 22:24.43 | cp15 | But I think I will use the gstreamer framework which allows ogg, mp3, wav and midi is WIP |
| 22:24.50 | immolo | anyway night, I'm going to see if I can find my linux sdcard |
| 22:25.00 | cp15 | Night |
| 22:25.04 | immolo | midi isn't that important |
| 22:25.43 | immolo | damn I'm sure I left it at the pub last night |
| 22:27.53 | immolo | thank god for that |
| 22:28.11 | immolo | I put it in my hidden pocket |