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 1230] New: oops at boot in rtc_dev_open()
([EMAIL PROTECTED])
2. [Bug 1230] oops at boot in rtc_dev_open()
([EMAIL PROTECTED])
3. [Bug 1230] oops at boot in rtc_dev_open()
([EMAIL PROTECTED])
4. [Bug 1230] oops at boot in rtc_dev_open()
([EMAIL PROTECTED])
5. [Bug 1177] '-x command' support for virtual terminal
([EMAIL PROTECTED])
6. [Bug 1165] The console-only applications fail to start in
terminal from menu ([EMAIL PROTECTED])
7. [Bug 1177] '-e command' and '-x command' support for virtual
terminal ([EMAIL PROTECTED])
8. [Bug 937] Qemu doesn't want to flash images
([EMAIL PROTECTED])
9. [Bug 937] Qemu doesn't want to flash images
([EMAIL PROTECTED])
10. Your Bugzilla buglist needs attention. ([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1230
Summary: oops at boot in rtc_dev_open()
Product: OpenMoko
Version: unspecified
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
compile a 2.6.24 kernel with patches from
http://svn.openmoko.org/branches/src/target/kernel/2.6.24.x/patches/, svn
revision r4055. Boot it on a gta02 v2 or v4 hardware.
You then get the following oops:
Empty flash at 0x06abb930 ends at 0x06abc000
VFS: Mounted root (jffs2 filesystem).
Freeing init memory: 124K
Unable to handle kernel paging request at virtual address 7ffff0a5
pgd = c710c000
[7ffff0a5] *pgd=00000000
Internal error: Oops: 5 [#1] PREEMPT
Modules linked in:
CPU: 0 Not tainted (2.6.24 #2)
PC is at 0xc0746fe0
LR is at rtc_dev_open+0x64/0xdc
pc : [<c0746fe0>] lr : [<c01d7b18>] psr: a0000013
sp : c7121e60 ip : c0744ea4 fp : c7121e7c
r10: c7858b60 r9 : c7120000 r8 : c7c1f5a0
r7 : 8744f439 r6 : 40017dfb r5 : c7d25e00 r4 : c7d25f3c
r3 : c0744f44 r2 : 00000001 r1 : 80000013 r0 : c7c94c28
Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
Control: c000717f Table: 3710c000 DAC: 00000015
Process hwclock (pid: 1037, stack limit = 0xc7120268)
Stack: (0xc7121e60 to 0xc7122000)
1e60: c0289bc0 00000000 c7d25f3c 00000000 c7121eac c7121e80 c00963f0 c01d7ac4
1e80: c7121ea4 00000000 c7121eac c7c1f5a0 00000000 c7ffe53c c0096210 c7c0dc20
1ea0: c7121ed4 c7121eb0 c009110c c0096220 c7c1f5a0 c7121f00 ffffff9c 00000003
1ec0: c7c75000 00000000 c7121ef4 c7121ed8 c00912a0 c0090fdc 00000000 c7c75000
1ee0: c7120000 00020000 c7121f64 c7121ef8 c00912f8 c009127c c7121f00 c002efc4
1f00: c7858b60 c7c0dc20 c7121f34 80000013 00000000 00000101 00000001 00000000
1f20: 00000000 c7ffe354 c71a8268 c71a8260 c7121f64 c7121f40 c0090f94 c003effc
1f40: 00020000 00020001 00000000 c7c1f5a0 00020000 00000000 c7121f94 c7121f68
1f60: c0091358 c00912c8 00000000 00000000 00000000 00000000 000abb88 00000008
1f80: 00000005 c00280e8 c7121fa4 c7121f98 c0091420 c0091310 00000000 c7121fa8
1fa0: c0027f40 c009140c 00000000 000abb88 000abb88 00020000 00000000 00000000
1fc0: 00000000 000abb88 00000008 00000005 00000000 00000000 401fc000 00000000
1fe0: 40191710 bea2fc20 0005f8a8 40191760 60000010 000abb88 2fda3154 000006e3
Backtrace:
[<c01d7ab4>] (rtc_dev_open+0x0/0xdc) from [<c00963f0>] (chrdev_open+0x1e0/0x204)
r6:00000000 r5:c7d25f3c r4:00000000
[<c0096210>] (chrdev_open+0x0/0x204) from [<c009110c>]
(__dentry_open+0x140/0x228)
r8:c7c0dc20 r7:c0096210 r6:c7ffe53c r5:00000000 r4:c7c1f5a0
[<c0090fcc>] (__dentry_open+0x0/0x228) from [<c00912a0>]
(nameidata_to_filp+0x34/0x4c)
[<c009126c>] (nameidata_to_filp+0x0/0x4c) from [<c00912f8>]
(do_filp_open+0x40/0x48)
r4:00020000
[<c00912b8>] (do_filp_open+0x0/0x48) from [<c0091358>] (do_sys_open+0x58/0xe8)
r5:00000000 r4:00020000
[<c0091300>] (do_sys_open+0x0/0xe8) from [<c0091420>] (sys_open+0x24/0x28)
r8:c00280e8 r7:00000005 r6:00000008 r5:000abb88 r4:00000000
[<c00913fc>] (sys_open+0x0/0x28) from [<c0027f40>] (ret_fast_syscall+0x0/0x2c)
Code: 00000000 00000000 00000000 00000000 (75716f6e)
---[ end trace 9b77521852fdd214 ]---
JFFS2 notice: (1052) check_node_data: wrong data CRC in data node at 0x06abb510:
read 0x598c3dfd, calculated 0xcef2d550.
------- 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=1230
------- Additional Comments From [EMAIL PROTECTED] 2008-02-14 13:59 -------
I have disabled the SDIO stack and tried to reproduce the problem. The problem
is still present.
Please not though that device boots OK after the oops.
------- 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=1230
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[EMAIL PROTECTED]
------- Additional Comments From [EMAIL PROTECTED] 2008-02-14 14:18 -------
I got this on gta02v5
power_supply bat: driver failed to report `status' property
Unable to handle kernel paging request at virtual address fffff092
pgd = c7ef8000
[fffff092] *pgd=30002031, *pte=00000000, *ppte=00000000
Internal error: Oops: 17 [#1] PREEMPT
Modules linked in:
CPU: 0 Not tainted (2.6.24 #1)
PC is at 0xc07801a8
LR is at rtc_dev_open+0x64/0xdc
pc : [<c07801a8>] lr : [<c01dc5a8>] psr: a0000013
sp : c7f1fe60 ip : 00000000 fp : c7f1fe7c
r10: c7fcff54 r9 : c7f1e000 r8 : c7fcff48
r7 : 077d2d4c r6 : 3fff1673 r5 : c7fcff54 r4 : 00000000
r3 : c077d2d4 r2 : 00000001 r1 : 00000000 r0 : 00000054
Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
Control: c000717f Table: 37ef8000 DAC: 00000015
Process hwclock (pid: 1223, stack limit = 0xc7f1e268)
Stack: (0xc7f1fe60 to 0xc7f20000)
fe60: c02b3b20 00000000 c7d3993c 00000000 c7f1feac c7f1fe80 c00973f0 c01dc554
fe80: c7f1fea4 00000000 c7f1feac c7fcff60 00000000 c7f0ab7c c0097210 c7c0de20
fea0: c7f1fed4 c7f1feb0 c009210c c0097220 c7fcff60 c7f1ff00 ffffff9c 00000003
fec0: c7f2f000 00000000 c7f1fef4 c7f1fed8 c00922a0 c0091fdc 00000000 c7f2f000
fee0: c7f1e000 00020000 c7f1ff64 c7f1fef8 c00922f8 c009227c c7f1ff00 c002ffc4
ff00: c785eb40 c7c0de20 c7f1ff34 80000013 00000000 00000101 00000001 00000000
ff20: 00000000 c7f0a994 c7c43e28 c7c43e20 c7f1ff64 c7f1ff40 c0091f94 c003fffc
ff40: 00020000 00020001 00000000 c7fcff60 00020000 00000000 c7f1ff94 c7f1ff68
ff60: c0092358 c00922c8 00000008 00000000 00000000 00000000 000976c0 00000000
ff80: 00000005 c00290e8 c7f1ffa4 c7f1ff98 c0092420 c0092310 00000000 c7f1ffa8
ffa0: c0028f40 c009240c 00000000 000976c0 000976c0 00020000 00000000 00000000
ffc0: 00000000 000976c0 00000000 00000005 00000000 00000000 401df000 00000000
ffe0: 40177ee0 befc7c28 00059c8c 40177f34 60000010 000976c0 00000000 00000000
Backtrace:
[<c01dc544>] (rtc_dev_open+0x0/0xdc) from [<c00973f0>] (chrdev_open+0x1e0/0x204)
r6:00000000 r5:c7d3993c r4:00000000
[<c0097210>] (chrdev_open+0x0/0x204) from [<c009210c>]
(__dentry_open+0x140/0x228)
r8:c7c0de20 r7:c0097210 r6:c7f0ab7c r5:00000000 r4:c7fcff60
[<c0091fcc>] (__dentry_open+0x0/0x228) from [<c00922a0>]
(nameidata_to_filp+0x34/0x4c)
[<c009226c>] (nameidata_to_filp+0x0/0x4c) from [<c00922f8>]
(do_filp_open+0x40/0x48)
r4:00020000
[<c00922b8>] (do_filp_open+0x0/0x48) from [<c0092358>] (do_sys_open+0x58/0xe8)
r5:00000000 r4:00020000
[<c0092300>] (do_sys_open+0x0/0xe8) from [<c0092420>] (sys_open+0x24/0x28)
r8:c00290e8 r7:00000005 r6:00000000 r5:000976c0 r4:00000000
[<c00923fc>] (sys_open+0x0/0x28) from [<c0028f40>] (ret_fast_syscall+0x0/0x2c)
Code: 00000000 00000000 00000000 00000000 (75716f6e)
---[ end trace 33c184c6d2ad84ca ]---
Bluetooth: Core ver 2.11
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: HCI USB driver ver 2.9
usbcore: registered new interface driver hci_usb
Bluetooth: L2CAP ver 2.9
Bluetooth: L2CAP socket layer initialized
Bluetooth: HIDP (Human Interface Emulation) ver 1.2
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
s3c2410-ohci s3c2410-ohci: S3C24XX OHCI
s3c2410-ohci s3c2410-ohci: new USB bus registered, assigned bus number 1
s3c2410-ohci s3c2410-ohci: irq 42, io mem 0x49000000
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: RFCOMM ver 1.8
------- 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=1230
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2008-02-14 15:33 -------
Guys this is fixed some days ago in the PMU patchset of 10 patches I posted to
the kernel list.
It should just kill hwclock and everything else should go on.
When the patches appear in your kernel, the problem will be gone.
The one that actually fixes it is
[PATCH 09/10] fix-pcf50633-charger-type-detect.patch
at the end.
------- 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=1177
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From [EMAIL PROTECTED] 2008-02-14 20:15 -------
I just realized that this feature is not properly implemented. When the command
that is run is terminated, the whole terminal should terminate. If you for
example have a .desktop entry to open vim, you would want the whole terminal to
close when you close vim. (Well, at least the tab running vim. If you have
opened new tabs while vim was running, you would only want the vim-tab to be
closed.) This is how it is done in for example gnome-terminal.
I might (try to) make a patch, but don't rely on me. I am quite busy with
school and other things, so I can't guarantee anything.
Comments on the current implementation of -x and -e:
Apparently, you can use static members in instance methods as if they were
instance members (you can even use this.member_name on static members).
Actually, they way you modified my -e patch (removed a variable and renamed
another) would never have worked otherwise. Because of this, there is no need
to call the setup_command() method with the contents of
MainWindow.initial_command. Even though setup_command is an instance method, it
modifies the static initial_command.
Also, I don't think the current implementation of '-x command' is very good:
* As you said, it removes the option from the --help output.
* Any rest arguments are run in the terminal, even if there is no -x.
* It won't work for commands requiring a command line flag (try for example ./
openmoko-terminal2 -x tail -f filename).
* It won't encode quotes in the commands (try for example ./openmoko-terminal2 -
x echo "This is a quotation mark: \"").
* It won't work with arguments with quotation marks around and spaces inside
(try for example ./openmoko-terminal2 -x vim "Long filename.txt")
My original -x patch solved all of these problems, but as I said, it is more
hacky, so you might not want to use it directly.
Reopening and changing the title to keep track of both the -e and the -x
option. (Feel free to correct me if it is wrong to reopen, I am quite new to
bug management.)
------- 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=1165
Bug 1165 depends on bug 1177, which changed state.
Bug 1177 Summary: '-x command' support for virtual terminal
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1177
What |Old Value |New Value
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- 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=1177
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|'-x command' support for |'-e command' and '-x
|virtual terminal |command' support for virtual
| |terminal
------- Additional Comments From [EMAIL PROTECTED] 2008-02-14 20:16 -------
Forgot to rename the bug.
------- 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=937
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From [EMAIL PROTECTED] 2008-02-14 21:42 -------
Unfortunately I'll have to reopen it. I'm getting the bug again. Kernel
2.6.24-zen1 (zen-sources), amd64 with dynticks on ubuntu gutsy. Compiling and
loading kqemu makes the whole process go faster, but I still get the same error.
With a freshly compiled qemu:
[EMAIL PROTECTED]:~/openmoko/build/qemu$ openmoko/flash.sh
/usr/bin/pngtopnm
/usr/bin/ppmtorgb3
make: `splash.gz' está actualizado. [meaning: it's updated]
Using 'uImage-2.6.24+svnr4059-r4055-r3-neo1973.bin' as the kernel image.
Using
'OpenMoko-openmoko-devel-image-glibc-ipk-P1-Snapshot-20080213-fic-gta01.rootfs.jffs2'
as the root filesystem image.
Using
'u-boot-gta01bv4-1.3.1+git0ec595243dc99edcd248bbcfbfd5a1dc860bde89+svn3817-r1.bin'
as bootloader.
# Making an empty/erased flash image. Need a correct echo behavior.
echo -en \\0377\\0377\\0377\\0377\\0377\\0377\\0377\\0377 > .8b
cat .8b .8b > .16b # OOB is 16 bytes
cat .16b .16b .16b .16b .16b .16b .16b .16b > .512b
cat .16b .16b .16b .16b .16b .16b .16b .16b >> .512b
cat .16b .16b .16b .16b .16b .16b .16b .16b >> .512b
cat .16b .16b .16b .16b .16b .16b .16b .16b >> .512b
cat .512b .16b > .sec # A sector is 512 bytes of data + OOB
cat .sec .sec .sec .sec .sec .sec .sec .sec > .8sec
cat .8sec .8sec .8sec .8sec .8sec .8sec .8sec .8sec > .64sec
cat .64sec .64sec .64sec .64sec .64sec .64sec .64sec .64sec > .512sec
cat .512sec .512sec .512sec .512sec > .2ksec
cat .2ksec .2ksec .2ksec .2ksec .2ksec .2ksec .2ksec .2ksec > .16ksec
# Neo NAND is 128k sectors big
cat .16ksec .16ksec .16ksec .16ksec .16ksec .16ksec .16ksec .16ksec >
openmoko-flash.base
rm -rf .8b .16b .512b .sec .8sec .64sec .512sec .2ksec .16ksec
neo_gsm_switch: GSM disabled.
U-Boot 1.3.1+git0ec595243dc99edcd248bbcfbfd5a1dc860bde89+svn3817 (Jan 23 2008 -
11:35:09)
DRAM: 128 MB
NAND: Bad block table not found for chip 0
Bad block table not found for chip 0
64 MiB
*** Warning - bad CRC or NAND, using default environment
Please wait, programming the NAND flash...
Video: 640x480x8 31kHz 59Hz
USB: S3C2410 USB Deviced
mtdparts variable not set, see 'help mtdparts'
mtdparts variable not set, see 'help mtdparts'
mtdparts variable not set, see 'help mtdparts'
mtdparts variable not set, see 'help mtdparts'
mtdparts variable not set, see 'help mtdparts'
pcf_write: charging in Qualification Mode.
pcf_write: charge voltage 4.20V.
neo_lcd_rst_switch: LCD reset.
jbt6k74_command: Display on.
neo_vib_switch: Buzz, buzz.
neo_vib_switch: Vibrator stopped.
neo_bl_switch: LCD Backlight now on.
penmoko/flash.sh: line 91: 1222 Terminado ( sleep $2; kill $pid;
sleep 1; kill -KILL $pid )
openmoko/flash.sh: line 91: 15305 Terminado $qemu -mtdblock
"$script_dir/$flash_base" -kernel "$script_dir/$1" -serial stdio -nographic -usb
-monitor null 0<&0
U-boot failed to finish writing in 60 seconds, giving up.
"Terminado" means "Killed" .
------- 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=937
------- Additional Comments From [EMAIL PROTECTED] 2008-02-14 21:51 -------
Ah, this is a different bug, but I believe I fixed this one last weekend. How
recent is your qemu source?
This bug appears because you're using u-boot 1.3.1 and all 1.3.x versions no
longer have a serial console by default. See bug #1224 for full explanation.
Please update your qemu and check if this works alright now.
------- 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=934
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=935
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1012
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1081
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1107
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1127
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1133
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1136
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1158
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1162
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1189
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1197
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1199
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1200
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1201
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1206
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1212
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1214
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1215
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1216
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1217
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1218
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
