http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=596
--- Additional Comments From [EMAIL PROTECTED] 2008-05-26 06:18 ---
u-boot 1.3.2-rc2 on GTA02 - dfu transfers are far slower than on the GTA01.
--- You are receiving this mail because: ---
You are the assigne
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1353
--- Additional Comments From [EMAIL PROTECTED] 2008-05-22 14:47 ---
Here is a copy of email I sent to kernel list which never got any comments.
I spent this afternoon debugging the audio resume problem that was seen
i
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1353
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1313
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1395
--- Additional Comments From [EMAIL PROTECTED] 2008-05-21 02:03 ---
Created an attachment (id=613)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=613&action=view)
Sample output of mmcinit for a
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1395
Summary: SDHC-Support
Product: OpenMoko
Version: current svn head
Platform: Other
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=695
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resol
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1344
--- Additional Comments From [EMAIL PROTECTED] 2008-05-18 20:12 ---
I guess this was an issue about passing in dynparts from the U-Boot environment.
When I boot from SD card on GTA02 (which I do a lot) I get
# cat /p
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1350
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=80
--- Additional Comments From [EMAIL PROTECTED] 2008-05-17 17:12 ---
ping?
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1391
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1392
Summary: ar6000: switching wifi modes does not work
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1391
--- Additional Comments From [EMAIL PROTECTED] 2008-05-13 13:49 ---
Hi,
this was very quick!
Just for the records:
There was no suspicious output in dmesg.
Prepending s: before the key has no effect.
Doing ifconfig
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1391
--- Additional Comments From [EMAIL PROTECTED] 2008-05-13 12:13 ---
Thanks for the super-rapid patch, stuck it in stable / andy / andy-tracking
--- You are receiving this mail because: ---
You are the assig
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1391
--- Additional Comments From [EMAIL PROTECTED] 2008-05-13 11:47 ---
Created an attachment (id=612)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=612&action=view)
Fix to allow keys to be set aft
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1391
--- Additional Comments From [EMAIL PROTECTED] 2008-05-13 11:18 ---
Ah interesting, iwconfig eth0 key s:X works before iwconfig eth0 essid, but
not afterwards. This is clearly a bug.
--- You are receiving t
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1391
--- Additional Comments From [EMAIL PROTECTED] 2008-05-13 11:16 ---
Isnt is supposed to be
iwconfig eth0 key s:supersecret
--- You are receiving this mail because: ---
You are the assignee for the bug, or a
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1391
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
-
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1391
--- Additional Comments From [EMAIL PROTECTED] 2008-05-13 10:57 ---
Anything in dmesg about it?
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1391
Summary: setting WEP key through iwconfig does not work
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1265
--- Additional Comments From [EMAIL PROTECTED] 2008-05-11 20:59 ---
I'm tempted to close this as WORKSFORSOME. The jack insert interrupt has been
fixed, the many messages on the console are from someone starting the AD
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1330
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1387
Summary: wi-fi connection un-stable in ASU image sets
Product: FreeRunner
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1382
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Ad
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1382
Summary: verbose mmc-related kernel messages slow down boot
process (GTA01)
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
St
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1194
--- Additional Comments From [EMAIL PROTECTED] 2008-05-06 14:17 ---
Please ignore my comment (comment 8). I think my problem is different from what
is discussed here and opened bug 1357 for it.
--- You are recei
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1346
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1346
--- Additional Comments From [EMAIL PROTECTED] 2008-04-30 15:17 ---
Why isn't this patch in the build by default. Can anyone give a good reason for
having it on? Partiularly as it makes dmesg useless... come on, it's a
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1375
Summary: FreeRunner: power_class also working with Neo1973
batteries
Product: OpenMoko
Version: unspecified
Platform: Neo1973
OS/Version: Linux
Stat
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1368
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |openmoko-
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1359
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
[EMAIL PROTECTED] changed:
What|Removed |Added
OtherBugsDependingO||1366
nThis
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1366
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Bu
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1366
Summary: GSM is unresponsive after resume on GTA01
Product: OpenMoko
Version: current svn head
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: norma
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1364
--- Additional Comments From [EMAIL PROTECTED] 2008-04-21 18:42 ---
I should add that I don't have a debug board, so I'm wary of trying new u-boot
versions unnecessarily, and hence I have not tried the very latest.
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1364
Summary: GTA01 SD card unrecognized on boot following kernel
flash
Product: OpenMoko
Version: 2007.2
Platform: Neo1973
OS/Version: All
Status: NEW
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-20 06:03 ---
Current status: In additional to all the patches to date on this bug report, one
must currently remove ttySAC0 from the boot parameters in u-boot. Ther
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1359
--- Additional Comments From [EMAIL PROTECTED] 2008-04-19 20:29 ---
Created an attachment (id=600)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=600&action=view)
Patch mentioned in the Text
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1359
Summary: Unable to unload the GTA01 audio module
snd_soc_neo1973_wm8753
Product: OpenMoko
Version: current svn head
Platform: Neo1973
OS/Version: Linux
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1353
--- Additional Comments From [EMAIL PROTECTED] 2008-04-19 20:20 ---
If the alsactl restore doesn't help you could test if it's the same issue we
have in the #79 bug.
To find out if it is just do the following:
"/etc/in
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-19 20:16 ---
But i think pulseaudio don't likes the suspending:
I started pulseaudio:
/usr/bin/pulseaudio - --no-cpu-limit --resample-method=trivial -nF
/etc/pul
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-19 17:26 ---
Using the alsa utils to save and restore the volume settings is the right thing
to do. For some reason that's unknown to me, the alsa developers have de
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-19 14:29 ---
I test this... now neo is booting.
I enter the PIN. (Btw: there is a click when i touch the screen)
Now i use my other phone (nokia) to call the neo:
N
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-18 10:10 ---
Is it possible that
alsactl restore
can help with the mic issue Tim, after resume?
--- You are receiving this mail because: ---
You are the
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1352
--- Additional Comments From [EMAIL PROTECTED] 2008-04-18 08:37 ---
Well, there are only two likely possibilities.
RF interference is picked up by some aux MIC channel on the codec that is high
impedence and couples t
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1352
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|openmoko-
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-18 05:37 ---
another phone calling -> neo: hearing on both sides the clicking sound when i
knock the other device on the table.
suspend ... resume
another phone call
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1346
--- Additional Comments From [EMAIL PROTECTED] 2008-04-17 21:12 ---
Created an attachment (id=599)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=599&action=view)
defconfig change to turn off mm
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-17 18:29 ---
Great progress, congratulations Mike !
We had that immediate wakeup on GTA02 as well, but I don't remember what
caused it. Could this have been noise o
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1354
--- Additional Comments From [EMAIL PROTECTED] 2008-04-17 10:36 ---
Hey this is a good test. We didn't expect suspend duration-based issues.
Can you explain about the "crash", maybe find some log evidence in dmesg or
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1354
Summary: Cannot resume from suspend if suspend more than 30
minutes
Product: OpenMoko
Version: current svn head
Platform: Neo1973
OS/Version: Linux
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1353
--- Additional Comments From [EMAIL PROTECTED] 2008-04-17 10:06 ---
Well, it sounds good we are suspending and that's all that's wrong :-)
Can you try to run
# alsactl restore
from a shell after resume and see if it
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1353
Summary: No sound after resume from suspend
Product: OpenMoko
Version: current svn head
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: critical
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1350
--- Additional Comments From [EMAIL PROTECTED] 2008-04-17 09:33 ---
Heh I recognize this issue, it has a surprising reason. You can make this
happen if the first time after boot you do
echo 1>/sys...
and not
echo 1
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-17 07:33 ---
The final kernel config change for the GTA01 brings the device to the same point
that the GTA02 was at some days ago -- suspend/resume seems to work, ho
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-17 07:26 ---
Created an attachment (id=596)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=596&action=view)
Updated kernel config file for th
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1350
Summary: bt module does not enumerate
Product: OpenMoko
Version: current svn head
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: normal
P
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-16 22:09 ---
Thanks guys you have done some great work here. I believe I captured all of
these patches into the andy/stable/andy-tracking now.
On the GSM wakeup
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-16 21:04 ---
Created an attachment (id=595)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=595&action=view)
fix resume of fbdev
I played a b
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
--- Additional Comments From [EMAIL PROTECTED] 2008-04-16 18:19 ---
Mickey, I would once again need a sniffing dump of your failing association.
Also, could you let me know if your AP is running in 11g mode only ?
-
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-16 13:59 ---
i just did this via ssh:
/etc/init.d/xserver-nodm stop
apm -s; fbset vga
*press key*
and voila ... screen is back! :D
--- You are receiving thi
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-16 05:00 ---
With the above two patches added, the GTA01 seems to be almost functioning in
terms of suspend/resume of the kernel (I'm not yet considering user-space)
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-16 04:43 ---
Created an attachment (id=594)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=594&action=view)
Add missing platform_data that ca
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #588 is|0 |1
obsolete|
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1346
Summary: GTA01 default has MMC debug logging
Product: OpenMoko
Version: 2007.2
Platform: Neo1973
OS/Version: All
Status: NEW
Severity: normal
Priori
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1344
Summary: Kernel upgrade fails with GTA01 rootfs on SDHC
Product: OpenMoko
Version: 2007.2
Platform: Neo1973
OS/Version: All
Status: NEW
Severity: normal
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-14 11:54 ---
I didn't tested the GPS stuff.
I booted with the new kernel from mwester, all seems to be fine.
1st try:
-Entered suspend via "echo mem > /sys/power/s
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-14 11:55 ---
Created an attachment (id=590)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=590&action=view)
the dmesg log, when neo got white
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-13 08:36 ---
I also added the 50606 missed edge after resume patch to stable.
On GPS power, Holger has been here already a few days ago and it is in stable
git bran
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-13 08:32 ---
Thanks for the SPI patch, this is in stable and andy now.
Can you please add Signed-off-by: though? Upstream won't accept patches
without it. I added
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-13 08:17 ---
Created an attachment (id=588)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=588&action=view)
Preserve the GPS power state over
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-13 08:11 ---
Created an attachment (id=587)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=587&action=view)
Restore power button functionalit
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
[EMAIL PROTECTED] changed:
What|Removed |Added
OtherBugsDependingO||1313
nThis
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1313
[EMAIL PROTECTED] changed:
What|Removed |Added
BugsThisDependsOn||79
Bug 1313 depends o
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-13 04:17 ---
Created an attachment (id=586)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=586&action=view)
Patch to register the SPI device
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-04-11 20:05 ---
Excellent, good to hear. I'll build & test it tonight or this weekend.
--- You are receiving this mail because: ---
You are the assignee f
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
--- Additional Comments From [EMAIL PROTECTED] 2008-04-11 19:37 ---
Created an attachment (id=585)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=585&action=view)
Wifi Icon (final)
re-designed
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1325
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
--- Additional Comments From [EMAIL PROTECTED] 2008-04-11 18:28 ---
Erin already added this and it's been verified.
Should be available in tomorrows freerunner build.
--- You are receiving this mail because: ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
--- Additional Comments From [EMAIL PROTECTED] 2008-04-11 13:02 ---
That file is corrupt.
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
--- Additional Comments From [EMAIL PROTECTED] 2008-04-11 12:48 ---
Created an attachment (id=584)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=584&action=view)
Wifi Icon 2
--- You are
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-04-11 09:20 ---
Nice work finding that out mwester!
I added it to the "andy" and "stable" branches in git.
--- You are receiving this mail because: ---
Yo
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-04-11 07:31 ---
Created an attachment (id=583)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=583&action=view)
drivers/usb/gadget/ether.c patc
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-04-11 07:16 ---
This is a kernel bug affecting all platforms, introduced in some code cleanup in
2.6.23. Patch will be posted as soon as I test it.
--- You ar
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1336
--- Additional Comments From [EMAIL PROTECTED] 2008-04-10 14:15 ---
(Running latest origin/stable, but with a hodgepodge of modules. I don't
think the modules matter in this case. If you think they do, I'll upgrade
the
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1336
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Ad
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1336
Summary: screen shifted and duplicated after resume in landscape
mode
Product: OpenMoko
Version: current svn head
Platform: Neo1973
OS/Version: Linux
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1330
--- Additional Comments From [EMAIL PROTECTED] 2008-04-10 00:28 ---
I posted a patch for review on the openmoko kernel mailinglist. Basicly due the
LED connection you can not set any pin individually on the GPIO Bank t
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1329
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1330
--- Additional Comments From [EMAIL PROTECTED] 2008-04-09 02:57 ---
*** Bug 1329 has been marked as a duplicate of this bug. ***
--- You are receiving this mail because: ---
You are the assignee for the bug,
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1330
--- Additional Comments From [EMAIL PROTECTED] 2008-04-09 02:56 ---
To reproduce:
echo "1" >/sys/class/leds/gta02-aux\:red/brightness
Effect: AUX LED is on
echo "1" >/sys/class/leds/gta02-power\:orange/brightness
E
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1330
Summary: GTA02: LEDs are not individually controllable
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1329
Summary: GTA02: LEDs are not individually controllable
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1319
--- Additional Comments From [EMAIL PROTECTED] 2008-04-09 00:30 ---
I had a look as well and I think it is evil. In our case the RTC device is our
PMU which has a lot of wakeup sources (usb insert, remove, battery, pow
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-04-09 00:18 ---
This bug continues to cause problems for me, and I'm hoping someone can take a
look at it.
I am willing to perform whatever USB debugging is suggeste
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=695
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|openmoko-
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-04-08 19:03 ---
Confirmed. With the latest kernel, suspend/resume fails most (but not all) of
the time.
With X and GSMD *not* started, nothing plugged into the USB po
1 - 100 of 236 matches
Mail list logo