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. Re: Openmoko Bug #2248: update toolchain (Openmoko Public Trac)
2. Re: Openmoko Bug #2243: [Xglamo] some motion events are
thrashed (Openmoko Public Trac)
3. Re: Openmoko Bug #2243: [Xglamo] some motion events are
thrashed (Openmoko Public Trac)
4. Openmoko Bug #2249: [package] screen shot application in
package (Openmoko Public Trac)
5. Re: Openmoko Bug #2209: alsactl restore wakes up X
(Openmoko Public Trac)
6. Re: Openmoko Bug #2249: [package] screen shot application in
package (Openmoko Public Trac)
7. Re: Openmoko Bug #1986: AUX LED blicks too early at power on
(Openmoko Public Trac)
8. Re: Openmoko Bug #1336: screen shifted and duplicated after
resume in landscape mode (Openmoko Public Trac)
--- Begin Message ---
#2248: update toolchain
--------------------+-------------------------------------------------------
Reporter: werner | Owner: Nytowl
Type: task | Status: accepted
Priority: normal | Milestone:
Component: Distro | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
--------------------+-------------------------------------------------------
Changes (by Nytowl):
* owner: nyt...@… => Nytowl
* status: new => accepted
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2248#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2243: [Xglamo] some motion events are thrashed
------------------------------+---------------------------------------------
Reporter: Richard.Kralovic | Owner: openmoko-devel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: unknown | Version: FSO-MS2
Severity: normal | Keywords: Xglamo
Haspatch: 1 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
------------------------------+---------------------------------------------
Comment(by Richard.Kralovic):
To further improve the quality of gesture recognition, it is imho helpful
to enlarge the event queues in the touchscreen kernel driver and Xglamo
(as in linux-openmoko-2.6.28.patch and xserver-kdrive-glamo.patch). On my
system, it helped to avoid losing movement events under heavy load and
writing recognition was much more reliable. Is there any reason why the
default event queues are so small?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2243#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2243: [Xglamo] some motion events are thrashed
------------------------------+---------------------------------------------
Reporter: Richard.Kralovic | Owner: openmoko-devel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: unknown | Version: FSO-MS2
Severity: normal | Keywords: Xglamo
Haspatch: 1 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
------------------------------+---------------------------------------------
Comment(by arhuaco):
Warning: Sleepy human typing. Grammar glitches expected.
Hi there.
I do not know about xglamo but in s3c2410_ts.c this buffer does not have
to be that big.
I will explain what should happen in case it helps you with what you are
trying to track.
In event_send_timer_f (timer callback) a call to
s3c2410_ts_start_adc_conversion is issued right before reporting the
coordinate to the input layer. This call tells the hardware to start a
conversion and it should take it about 0.45ms(IIRC) with current settings.
Since event_send_timer_f is a timer callback ts_input_report is not
allowed to sleep.
Thus we get something like...
event_send_timer_f:
- schedules hardware conversion
- gets coordinates from buffer
- reports to the input layer
... do more things if we have more data in the FIFO but return ASAP.
At some moment the stylus_action IRS should be called, most likely after
we have already sent the previous event to the input layer.
Unless you are actually getting the "event_send_timer_f failed" message in
dmesg things should be OK on s3c2410_ts.c side. I don't think it will
happen but if you ever get this message it is a bug ... if you get this
bug please let us know.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2243#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2249: [package] screen shot application in package
------------------------+---------------------------------------------------
Reporter: wendy_hung | Owner: nytowl
Type: task | Status: new
Priority: high | Milestone:
Component: Distro | Version: unspecified
Severity: major | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
------------------------+---------------------------------------------------
Testing the image might need to take screen shot sometimes.
Please add take screen shot package in the image for testing purpose.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2249>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2209: alsactl restore wakes up X
-----------------------------+----------------------------------------------
Reporter: lindi | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Comment(by sushama):
Kernel Version:kernel -
2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2 -
Steps:
1)export DISPLAY=:0
2)alsactl -f stereoout.state restore
3)xset s 10 5
-------Wait for the screen to have the display off
4)alsactl -f gsmhandset.state restore
--Display stays OFF,verify alsa file was loaded
5)alsactl -f testing.state store
--------store the alsa in testing.state
6)diff -ur testing.state gsmhandset.state
---Check if testing.state and gsmhanset.state have any difference in the
file
We cannot reproduce the bug and would close it unless you provide more
information
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2209#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2249: [package] screen shot application in package
------------------------+---------------------------------------------------
Reporter: wendy_hung | Owner: nytowl
Type: task | Status: new
Priority: high | Milestone:
Component: Distro | Version: unspecified
Severity: major | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
------------------------+---------------------------------------------------
Comment(by marek):
I think providing the package is enough. It does not need to be
preinstalled in the image. The applications name that was used until now
is gpe-scap.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2249#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1986: AUX LED blicks too early at power on
-----------------------------+----------------------------------------------
Reporter: h.koenig | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Changes (by sushama):
* cc: test...@… (added)
Comment:
verified the same. The AUX led flashes 2-3 seconds before the phone
actually boots,I do feel a vibration as well at the same time the LED
flashes. Can we have the LED light up at the same time the phone boots?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1986#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1336: screen shifted and duplicated after resume in landscape mode
------------------------------------+---------------------------------------
Reporter: wer...@… | Owner: andy
Type: defect | Status: assigned
Priority: high | Milestone:
Component: System Software | Version: current svn head
Severity: normal | Resolution:
Keywords: | Haspatch: 0
Blockedby: | Estimated:
Patchreview: | Blocking:
Reproducible: |
------------------------------------+---------------------------------------
Changes (by wendy_hung):
* owner: openmoko-kernel => andy
* status: in_testing => assigned
Comment:
Test with the kernel version:
kernel - 2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2 -
Happened with very strange behave:
On GTA02 A5: when change (xrandr -o 1 / xrandr -o 3), put suspend, when
resume the screen was broken.
On GTA02 A7: when change (xrandr -o 1 / xrandr -o 3), put suspend, the
screen with one red line and can't resume at all.
Try to make a screen shot but the photo look totally differtent then you
really see it.
(will try to attach a photo if it's possible)
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1336#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
