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 410] Needing default volumes of the various devices
      displayed by "alsamixer" ([EMAIL PROTECTED])
   2. [Bug 413] New: Visual Feedback for tap-with-hold
      ([EMAIL PROTECTED])
   3. [Bug 414] New: Verify that auto open/close inputmethods works
      correctly ([EMAIL PROTECTED])
   4. [Bug 414] Verify that auto open/close inputmethods works
      correctly ([EMAIL PROTECTED])
   5. [Bug 415] New: Textsize during calibration (xtscal) is too
      small ([EMAIL PROTECTED])
   6. [Bug 315] Kernel OOPS when controlling Vibrator
      ([EMAIL PROTECTED])
   7. [Bug 416] New: Display not powered off when suspending
      ([EMAIL PROTECTED])
   8. [Bug 417] New: Suspend/Resume broken (Regression)
      ([EMAIL PROTECTED])
   9. [Bug 416] Display not powered off when suspending
      (Regression) ([EMAIL PROTECTED])
  10. [Bug 418] New: Power Button Timeouts too long
      ([EMAIL PROTECTED])
  11. [Bug 419] New: dfu upload broken in newer U-Boots
      ([EMAIL PROTECTED])
  12. [Bug 419] dfu download doesn't clean jffs2 partition
      ([EMAIL PROTECTED])
  13. [Bug 420] New: u-boot crashes when compiled with debugging
      enabled ([EMAIL PROTECTED])
  14. [Bug 421] New: systray applet only shows white rectangles
      ([EMAIL PROTECTED])
  15. [Bug 421] systray applet only shows white rectangles
      ([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=410





------- Additional Comments From [EMAIL PROTECTED]  2007-04-05 12:42 -------
at some point we will have an audio profile daemon which you can use to switch
different scenarios (much like asound.state now).

For now, you can use the standard libasound API's for mixer control.



------- 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=413

           Summary: Visual Feedback for tap-with-hold
           Product: OpenMoko
           Version: unspecified
          Platform: Neo1973
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: libgtkstylus
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


libgtkstylus should implement changing the cursor (to display a small animation,
see maemo or windows mobile) during the tap-with-hold function, so that the user
gets visual feedback.



------- 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=414

           Summary: Verify that auto open/close inputmethods works correctly
           Product: OpenMoko
           Version: unspecified
          Platform: Neo1973
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: libgtkinput
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


libgtkinput is responsible for sending signals to the mbinputmgr when the focus
of a Gtk widget is on an editable field. Verify that this works correctly and is
integrated with the top-panel.



------- 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=414

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |Phase 1





------- 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=415

           Summary: Textsize during calibration (xtscal) is too small
           Product: OpenMoko
           Version: unspecified
          Platform: Neo1973
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Theming
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


We probably want a custom OpenMoko first-usage wizard that also handles
calibration anyway, but in the meantime this needs to be 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=315

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |
            Summary|Vibrator GPIO in gta01.h    |Kernel OOPS when controlling
                   |needs updating              |Vibrator



------- Additional Comments From [EMAIL PROTECTED]  2007-04-06 00:29 -------
Kernel 2.6.20.4-moko8 (r1637)

<4> <1>Unable to handle kernel paging request at virtual address 5655b384
<1>pgd = c50d8000
<1>[5655b384] *pgd=00000000
<4>Internal error: Oops: 5 [#3]
<4>Modules linked in: rfcomm ohci_hcd hidp l2cap bluetooth
<4>CPU: 0
<4>PC is at s3c2410_gpio_setpin+0x20/0x44
<4>LR is at 0xf6400004
<4>pc : [<c002e4e0>]    lr : [<f6400004>]    Not tainted
<4>sp : c5791ed8  ip : c02b6700  fp : c5791ee8
<4>r10: c6701740  r9 : c5791f80  r8 : c5701b34
<4>r7 : 00000002  r6 : 00000002  r5 : c030f424  r4 : 20000013
<4>r3 : 20000093  r2 : 00000000  r1 : 00000001  r0 : c02b6718
<4>Flags: nzCv  IRQs off  FIQs on  Mode SVC_32  Segment user
<4>Control: C000317F
<4>Table: 350D8000  DAC: 00000015
<4>Process echo (pid: 1198, stack limit = 0xc5790250)
<4>Stack: (0xc5791ed8 to 0xc5792000)
<4>1ec0:                                                       c5609000 c5791ef8
<4>1ee0: c5791eec c01afb50 c002e4d0 c5791f1c c5791efc c01af1e0 c01afb40 c5609001
<4>1f00: 00000002 c5701b20 4001b000 00000000 c5791f2c c5791f20 c0177b18 c01af168
<4>1f20: c5791f58 c5791f30 c00baf30 c0177af8 c6701740 4001b000 c5791f80 00000002
<4>1f40: c0023004 c5790000 401fa000 c5791f7c c5791f5c c007e7d8 c00bae1c ffffffff
<4>1f60: c6701740 00000000 00000000 00000004 c5791fa4 c5791f80 c007eee0 c007e72c
<4>1f80: 00000000 00000000 00000000 00000002 4001b000 401fa634 00000000 c5791fa8
<4>1fa0: c0022e60 c007eea4 00000002 4001b000 00000001 4001b000 00000002 00000000
<4>1fc0: 00000002 4001b000 401fa634 00000002 00000000 00000000 401fa000 00000000
<4>1fe0: 00000000 beadccec 40144d90 4018ffc4 60000010 00000001 7bef7bef 7bef7bef
<4>Backtrace:
<4>[<c002e4c0>] (s3c2410_gpio_setpin+0x0/0x44) from [<c01afb50>]
(gta01led_vib_set+0x20/0x24)
<4> r4 = C5609000
<4>[<c01afb30>] (gta01led_vib_set+0x0/0x24) from [<c01af1e0>]
(led_brightness_store+0x88/0x94)
<4>[<c01af158>] (led_brightness_store+0x0/0x94) from [<c0177b18>]
(class_device_attr_store+0x30/0x3c)
<4> r7 = 00000000  r6 = 4001B000  r5 = C5701B20  r4 = 00000002
<4>[<c0177ae8>] (class_device_attr_store+0x0/0x3c) from [<c00baf30>]
(sysfs_write_file+0x124/0x188)
<4>[<c00bae0c>] (sysfs_write_file+0x0/0x188) from [<c007e7d8>]
(vfs_write+0xbc/0x198)
<4>[<c007e71c>] (vfs_write+0x0/0x198) from [<c007eee0>] (sys_write+0x4c/0x7c)
<4> r7 = 00000004  r6 = 00000000  r5 = 00000000  r4 = C6701740
<4>[<c007ee94>] (sys_write+0x0/0x7c) from [<c0022e60>] 
(ret_fast_syscall+0x0/0x2c)
<4> r6 = 401FA634  r5 = 4001B000  r4 = 00000002
<4>Code: e3843080 e121f003 e59fe020 e3c0c01f (e79e30ac)




------- 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=416

           Summary: Display not powered off when suspending
           Product: OpenMoko
           Version: unspecified
          Platform: Neo1973
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: kernel
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


Display slowly turns to white. Kernel 2.6.20.4-moko8, u-boot r1652



------- 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=417

           Summary: Suspend/Resume broken (Regression)
           Product: OpenMoko
           Version: unspecified
          Platform: Neo1973
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: kernel
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


Dead after suspend -- never wakes up. 2.6.20.4-moko8, u-boot 1652

This worked fine w/ 2.6.20.2-moko8 (r1331) and uboot 1364



------- 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=416

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Display not powered off when|Display not powered off when
                   |suspending                  |suspending (Regression)



------- Additional Comments From [EMAIL PROTECTED]  2007-04-06 00:49 -------
This worked fine w/ 2.6.20.2-r1331 and uboot 1364



------- 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=418

           Summary: Power Button Timeouts too long
           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]


Most people think that 5 seconds / 8 seconds is too long and would prefer 3
seconds / 5 seconds.



------- 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=419

           Summary: dfu upload broken in newer U-Boots
           Product: OpenMoko
           Version: unspecified
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: u-boot
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


I have a jffs2 file that breaks completely (lots of errors during mount of
jffs2) when flashed using dfu-upload U-Boot 1652 while flashing the same file
using U-Boot 1364.



------- 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=419

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|dfu upload broken in newer  |dfu download doesn't clean
                   |U-Boots                     |jffs2 partition



------- Additional Comments From [EMAIL PROTECTED]  2007-04-06 01:27 -------
Changing the title of the bug, because after manually cleaning the jffs2 from
u-boot command line and reflashing the same file it worked.

So it looks like dfu download doesn't clean the jffs2 partition, hence it only
works if you write a jffs2 file that's larger than the previous one.



------- 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=420

           Summary: u-boot crashes when compiled with debugging enabled
           Product: OpenMoko
           Version: current svn head
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: u-boot
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


I just compiled uboot with debug output. If I attach the USB cable while u-boot
is running the phone shows weird lines of screen corruption.
See http://people.openmoko.org/alphaone/pics/uboot-corruption.jpg for a picture.

If I select the "Set console to serial" option before I attach the cable uboot
works fine. I can attach the USB cable and use dfu-util.

I then opened the console via USB and then switched the console back to USB. The
device then still locks up, but I can see some debug output before that:

In:    usbtty
OIn:    usbtty
OIn:    usbtty



------- 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=421

           Summary: systray applet only shows white rectangles
           Product: OpenMoko
           Version: unspecified
          Platform: All
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: matchbox-panel-2
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


The matchbox-panel-2 only shows a white rectangle for every applet that docks
into 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=421





------- Additional Comments From [EMAIL PROTECTED]  2007-04-06 01:47 -------
matchbox-panel-1 applets ?



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



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

Reply via email to