Send buglog mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.openmoko.org/mailman/listinfo/buglog
or, via email, send a message with subject or body 'help' to
        [EMAIL PROTECTED]

You can reach the person managing the list at
        [EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of buglog digest..."
Today's Topics:

   1. [Bug 704] New: /etc/init.d/gsmd kills self.
      ([EMAIL PROTECTED])
   2. [Bug 705] New: gsmd quits ([EMAIL PROTECTED])
   3. [Bug 704] /etc/init.d/gsmd kills self.
      ([EMAIL PROTECTED])
   4. [Bug 704] /etc/init.d/gsmd kills self.
      ([EMAIL PROTECTED])
   5. [Bug 706] New: libgsm does not build as timestamped filenames
      change ([EMAIL PROTECTED])
   6. [Bug 706] libgsm does not build as timestamped filenames
      change ([EMAIL PROTECTED])
   7. [Bug 705] gsmd quits ([EMAIL PROTECTED])
   8. [Bug 704] /etc/init.d/gsmd kills self.
      ([EMAIL PROTECTED])
   9. [Bug 707] New: modem/gsmd does not start in a reliable way
      (if at    all) on boot ([EMAIL PROTECTED])
  10. [Bug 707] modem/gsmd does not start in a reliable way (if at
      all)      on boot ([EMAIL PROTECTED])
  11. [Bug 574] timing issues / buffer parsing issues in gsmd
      ([EMAIL PROTECTED])
  12. Your Bugzilla buglist needs attention. ([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=704

           Summary: /etc/init.d/gsmd kills self.
           Product: OpenMoko
           Version: 2007
          Platform: Neo1973
        OS/Version: Linux
            Status: NEW
          Severity: trivial
          Priority: P2
         Component: sysinit
        AssignedTo: [email protected]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


I am using this image through qemu and my phone...

openmoko-devel-image-fic-gta01-20070803091138.rootfs.jffs2

The init script /etc/init.d/gsmd, in the stop() function, contains the 
line 'killall gsmd', and I think it is killing itself as well as the gsmd 
daemon before it continues on to remove the file in /var/lock/subsys/gsmd.

Not always but it has left me with the file /var/lock/subsys/gsmd and because 
of that gsmd fails to start on the next boot.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=705

           Summary: gsmd quits
           Product: OpenMoko
           Version: 2007.2
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: gsmd
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


On boot, gsmd is no longer running with the following in /tmp/gsm.log:
Thu Jan  1 00:00:48 1970 <1> machine.c:130:gsmd_machine_plugin_init() detected
'GTA01' hardware
Thu Jan  1 00:00:48 1970 <1> machine.c:72:gsmd_machine_plugin_load() loading
machine plugin "generic"
Thu Jan  1 00:00:48 1970 <1> vendor.c:75:gsmd_vendor_plugin_load() loading
vendor plugin "ti"
Thu Jan  1 00:00:48 1970 <1> machine.c:56:gsmd_machine_plugin_find() selecting
machine plugin "generic"
Thu Jan  1 00:00:49 1970 <1> atcmd.c:524:atcmd_drain() c_iflag = 0x00000500,
c_oflag = 0x00000005, c_cflag = 0x800018b2, c_lflag = 0x00008a3b
Thu Jan  1 00:00:49 1970 <1> vendor.c:59:gsmd_vendor_plugin_find() selecting
vendor plugin "TI Calypso"
Thu Jan  1 00:00:49 1970 <1> atcmd.c:508:atcmd_submit() submitting command 
`ATE0V1'
Thu Jan  1 00:00:49 1970 <1> atcmd.c:508:atcmd_submit() submitting command 
`ATE0'
Thu Jan  1 00:01:08 1970 <1> atcmd.c:508:atcmd_submit() submitting command
`AT+CFUN=1'
Thu Jan  1 00:01:19 1970 <8> gsmd.c:227:firstcmd_tmr_cb() No response from GSM
Modemgsmd - (C) 2006-2007 by Harald Welte <[EMAIL PROTECTED]>
This program is FREE SOFTWARE under the terms of GNU GPL


If I /etc/init.d/gsmd start afterwards, it starts sucsessfully. I don't know if
it matters, but I have turned off PIN on the sim.

It sometimes also dies later on with the following:
Thu Jan  1 00:07:32 1970 <1> gsmd.c:75:alive_tmr_cb() gsmd_alive timer expired
Thu Jan  1 00:07:32 1970 <8> gsmd.c:78:alive_tmr_cb() modem dead!

This occurs on all images I have tested so far.
I don't know if this is a bug in software or hardware .. I can provide any
information you want :)



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=704





------- Additional Comments From [EMAIL PROTECTED]  2007-08-14 17:37 -------
Created an attachment (id=245)
 --> 
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=245&action=view)
A Modified gsmd script.

I modified everything to they way I thought an init script should work. I am
unable to test it since I do not have my neo with me, and I cannot get gadgetfs
to work on my desktop. Let me know if this in the right direction...



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=704





------- Additional Comments From [EMAIL PROTECTED]  2007-08-14 19:07 -------
Created an attachment (id=246)
 --> 
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=246&action=view)
Bugfix on the gsm init.d script.

Small syntax error on line 72.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=706

           Summary: libgsm does not build as timestamped filenames change
           Product: OpenMoko
           Version: 2007
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: major
          Priority: P2
         Component: libgsmd
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


building libgsmd-0.1+svnnow in bitbake does not work and exits during
installation with the following message:

| NOTE: make
DESTDIR=/home/moko/build/tmp/work/armv4t-linux/libgsmd-0.1+svnnow-r0_0_200708150003/image
install
| make: *** No rule to make target `install'.  Stop.
| FATAL: oe_runmake failed

The problem seems to be a bitbake problem as the timestamped filename does
change between the different macro calls:

NOTE: package libgsmd-0.1+svnnow: started
NOTE: package libgsmd-0.1+svnnow-r0_0_200708150002: task do_fetch: started
NOTE: Update svn://svn.openmoko.org/trunk/src/target;module=gsm;proto=http
At revision 2702.

Here the time is 00:02

NOTE: package libgsmd-0.1+svnnow: started
NOTE: package libgsmd-0.1+svnnow-r0_0_200708150003: task do_install: started

Install is called at 00:03 resulting in a different timestamped filename. The
directory in question is empty explaining why the install target cannot be found
as no Makefile is present.

Resetting the time at the appropriate time in a second window via date -s does
make the build complete.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=706





------- Additional Comments From [EMAIL PROTECTED]  2007-08-15 02:19 -------
Created an attachment (id=247)
 --> 
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=247&action=view)
Buildlog showing the problem




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=705





------- Additional Comments From [EMAIL PROTECTED]  2007-08-15 02:33 -------
I have also noticed something similar in my testing, and I also do not need to 
send a pin for network registration... I have verified that the init script 
does start the gsmd software, but it looks like this line is the killer....
*** glibc detected *** /usr/sbin/gsmd: free(): invalid pointer: 0x0002baf0 ***

Full /tmp/gsm.log below.

Tue Aug 14 20:23:52 2007 <1> machine.c:130:gsmd_machine_plugin_init() 
detected 'GTA01' hardware
Tue Aug 14 20:23:52 2007 <1> machine.c:72:gsmd_machine_plugin_load() loading 
machine plugin "generic"
Tue Aug 14 20:23:52 2007 <1> vendor.c:75:gsmd_vendor_plugin_load() loading 
vendor plugin "ti"
Tue Aug 14 20:23:52 2007 <1> machine.c:56:gsmd_machine_plugin_find() selecting 
machine plugin "generic"
Tue Aug 14 20:23:52 2007 <1> atcmd.c:498:atcmd_drain() c_iflag = 0x00000500, 
c_oflag = 0x00000005, c_cflag = 0x800018b2, c_lflag = 0x00008a3b
Tue Aug 14 20:23:52 2007 <1> vendor.c:59:gsmd_vendor_plugin_find() selecting 
vendor plugin "TI Calypso"
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`ATE0V1'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`ATE0'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:52 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`ATE0V1'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT+CRC=1'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT+CREG=2'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT+CMEE=1'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT+CLIP=1'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT+COLP=1'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT+CMGF=0'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT+CTZR=1'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT%CTZV=1'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT%CPRI=1'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT%CSQ=1'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT%CUNS=0'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`AT%CPI=?'
Tue Aug 14 20:23:52 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:53 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:53 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:53 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:53 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:53 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:53 2007 <1> gsmd.c:152:gsmd_test_atcb() `ATE0V1' returned 
`OK'
Tue Aug 14 20:23:53 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:53 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:53 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:53 2007 <1> gsmd.c:152:gsmd_test_atcb() `AT+CRC=1' returned 
`OK'
Tue Aug 14 20:23:53 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:53 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:53 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:53 2007 <1> gsmd.c:152:gsmd_test_atcb() `AT+CREG=2' returned 
`OK'
Tue Aug 14 20:23:53 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:53 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:53 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:53 2007 <1> gsmd.c:152:gsmd_test_atcb() `AT+CMEE=1' returned 
`OK'
Tue Aug 14 20:23:53 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:53 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:53 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:53 2007 <1> gsmd.c:152:gsmd_test_atcb() `AT+CLIP=1' returned 
`OK'
Tue Aug 14 20:23:53 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:53 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:53 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:53 2007 <1> gsmd.c:152:gsmd_test_atcb() `AT+COLP=1' returned 
`OK'
Tue Aug 14 20:23:53 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:53 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:53 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:53 2007 <1> gsmd.c:152:gsmd_test_atcb() `AT+CMGF=0' returned 
`OK'
Tue Aug 14 20:23:53 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:53 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:53 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:53 2007 <1> gsmd.c:152:gsmd_test_atcb() `AT+CTZR=1' returned 
`OK'
Tue Aug 14 20:23:53 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:53 2007 <1> atcmd.c:182:ml_parse() buf=`OK'(2)
Tue Aug 14 20:23:53 2007 <1> atcmd.c:366:ml_parse() Calling final cmd->cb()
Tue Aug 14 20:23:53 2007 <1> gsmd.c:152:gsmd_test_atcb() `AT%CTZV=1' returned 
`OK'
Tue Aug 14 20:23:53 2007 <1> atcmd.c:373:ml_parse() Clearing mlbuf
Tue Aug 14 20:23:55 2007 <1> atcmd.c:182:ml_parse() buf=`AT-Command 
Interpreter ready'(28)
Tue Aug 14 20:23:55 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`ATE0V1'
Tue Aug 14 20:23:55 2007 <1> atcmd.c:483:atcmd_submit() submitting command 
`ATE0'
Tue Aug 14 20:23:55 2007 <1> atcmd.c:182:ml_parse() buf=`AT%CSQ=1'(8)
Tue Aug 14 20:23:55 2007 <1> atcmd.c:338:ml_parse() Filling mlbuf
Tue Aug 14 20:23:55 2007 <1> atcmd.c:182:ml_parse() buf=`AT%CSQ=1'(8)
Tue Aug 14 20:23:55 2007 <1> atcmd.c:341:ml_parse() Appending buf to mlbuf
Tue Aug 14 20:23:55 2007 <1> atcmd.c:182:ml_parse() buf=`%CSQ: 1 '(8)
Tue Aug 14 20:23:55 2007 <1> atcmd.c:251:ml_parse() extd reply `%CSQ: 1 ' to 
cmd `%CPRI=1', must be unsolicited
Tue Aug 14 20:23:55 2007 <1> vendor_ti.c:78:csq_parse() entering csq_parse 
param=`1 '
*** glibc detected *** /usr/sbin/gsmd: free(): invalid pointer: 0x0002baf0 ***
gsmd - (C) 2006-2007 by Harald Welte <[EMAIL PROTECTED]>
This program is FREE SOFTWARE under the terms of GNU GPL



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=704

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #245 is|0                           |1
           obsolete|                            |
 Attachment #246 is|0                           |1
           obsolete|                            |



------- Additional Comments From [EMAIL PROTECTED]  2007-08-15 02:37 -------
Created an attachment (id=248)
 --> 
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=248&action=view)
Working and tested gsmd init script.

How do I get this incuded with the sysinit stuff, instead of the old gsmd init
script.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=707

           Summary: modem/gsmd does not start in a reliable way (if at all)
                    on boot
           Product: OpenMoko
           Version: unspecified
          Platform: Neo1973
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: gsmd
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


It seems impossible to find a combination of powering up / down the gsm device
node, starting / stopping gsmd, adding massive amounts of sleep to the init
script  that really makes gsmd start up in a reliable way on booting the system.
I'm out of ideas and giving up on it now.

Once the system is up, powering down, up again, then restarting gsmd most of the
times work. Can this still due to the multiplexing of ttySAC0? Or is it the
timing issues as in #574? I wouldn't mind removing the serial port function
altogether if that would finally get gsmd working -- after all it's a phone.

So, can someone _please_ do anything about it?



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=707

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |blocker





------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=574





------- Additional Comments From [EMAIL PROTECTED]  2007-08-15 02:48 -------
Any progress on this? To add more fuel to the fire... parsing still gets 
confused:

[EMAIL PROTECTED]:~$ tail -f /tmp/gsm.log
Thu Jan  1 00:00:55 1970 <1> atcmd.c:508:atcmd_submit() submitting command 
`ATE0'
Thu Jan  1 00:00:55 1970 <1> atcmd.c:199:ml_parse() buf=`aterATE0V1'(10)
Thu Jan  1 00:00:55 1970 <1> atcmd.c:350:ml_parse() Appending buf to mlbuf
Thu Jan  1 00:00:55 1970 <1> atcmd.c:199:ml_parse() buf=`ERROR'(5)
Thu Jan  1 00:00:55 1970 <1> atcmd.c:316:ml_parse() unspecified error
Thu Jan  1 00:00:55 1970 <1> atcmd.c:369:ml_parse() Calling final cmd->cb()
Thu Jan  1 00:00:55 1970 <5> atcmd.c:375:ml_parse() the text discarded is ERROR
Thu Jan  1 00:00:55 1970 <8> gsmd.c:205:firstcmd_atcb() response 'aterATE0V1' to
initial command invalidgsmd - (C) 2006-2007 by Harald Welte <[EMAIL PROTECTED]>
This program is FREE SOFTWARE under the terms of GNU GPL




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.



--- End Message ---
--- Begin Message ---
[This e-mail has been automatically generated.]

You have one or more bugs assigned to you in the Bugzilla 
bugsystem (http://bugzilla.openmoko.org/cgi-bin/bugzilla/) that require
attention.

All of these bugs are in the NEW state, and have not been touched
in 7 days or more.  You need to take a look at them, and 
decide on an initial action.

Generally, this means one of three things:

(1) You decide this bug is really quick to deal with (like, it's INVALID),
    and so you get rid of it immediately.
(2) You decide the bug doesn't belong to you, and you reassign it to someone
    else.  (Hint: if you don't know who to reassign it to, make sure that
    the Component field seems reasonable, and then use the "Reassign bug to
    owner of selected component" option.)
(3) You decide the bug belongs to you, but you can't solve it this moment.
    Just use the "Accept bug" command.

To get a list of all NEW bugs, you can use this URL (bookmark it if you like!):

    
http://bugzilla.openmoko.org/cgi-bin/bugzilla/buglist.cgi?bug_status=NEW&[EMAIL 
PROTECTED]

Or, you can use the general query page, at
http://bugzilla.openmoko.org/cgi-bin/bugzilla/query.cgi.

Appended below are the individual URLs to get to all of your NEW bugs that 
haven't been touched for a week or more.

You will get this message once a day until you've dealt with these bugs!

  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=41
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=69
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=70
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=112
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=114
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=129
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=137
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=141
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=181
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=276
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=301
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=340
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=344
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=347
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=352
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=412
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=422
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=448
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=466
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=470
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=471
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=511
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=555
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=571
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=572
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=589
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=624
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=630
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=639
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=643
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=644
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=661
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=675
  http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=679



--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog

Reply via email to