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 1003] GSM modem is not powered down when Linux is shut
down ([EMAIL PROTECTED])
2. [Bug 1145] add hw assisted rotation support to xglamo via
randr ([EMAIL PROTECTED])
3. [Bug 1145] add hw assisted rotation support to xglamo via
randr ([EMAIL PROTECTED])
4. Your Bugzilla buglist needs attention. ([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1003
------- Additional Comments From [EMAIL PROTECTED] 2007-12-25 21:14 -------
FWIW I tried installing /etc/rc0.d/K36atpoff, did a "halt", disconnected USB and
let the phone sit for a couple days. The battery was still just as dead.
Of course the thing to do is figure out a way to measure current consumption. I
haven't done that yet.
------- 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=1145
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #456 is|0 |1
obsolete| |
------- Additional Comments From [EMAIL PROTECTED] 2007-12-25 22:17 -------
Created an attachment (id=459)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=459&action=view)
enhanced support of rotation and geometry setting in the glamo fb kernel driver
This is a reworked patch to support geometry setting and rotation in the
kernel.
Basically, to rotate the framebuffer, the user just has to set the "rotate"
member of struct fb_var_screeninfo and issue an FBIOPUT_SCREENVINFO ioctl.
The kernel will then set the fb geometry to what is set in the struct
fb_var_screeninfo passed in parameter to the ioctl call, and perform the
rotation according to what is set in the "rotate" member of that parameter.
As a result, the geometry/orientation of the framebuffer might have changed -
for instance, going from landscape to portrait. If the geometry changes, the
kernel driver sets the struct fb_var_screeninfo to reflect that change. So the
user code needs to read the parameter back to learn about the possible change
in geometry.
------- 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=1145
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #457 is|0 |1
obsolete| |
------- Additional Comments From [EMAIL PROTECTED] 2007-12-25 22:24 -------
Created an attachment (id=460)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=460&action=view)
reworked Xglamo RandR support patch
This patch enhances the support of RandR in Xglamo. Rotation works better and
input is updated accordingly. Pixel clock frequency is still needed to be done
manually before invoking xrandr. See comment #3.
This patch needs kernel patch #459
------- 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=1106
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
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
