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 #1252: usb0 no longer comes up if booting
with usb plugged in (Openmoko Public Trac)
2. Re: Openmoko Bug #1252: usb0 no longer comes up if booting
with usb plugged in (Openmoko Public Trac)
3. Openmoko Bug #1713: neod consumes 8% cpu reading event3
(accelometer) constantly on gta02 (Openmoko Public Trac)
4. Re: Openmoko Bug #1646: $PATH not correctly honoured by the
shell? (Openmoko Public Trac)
5. Re: Openmoko Bug #1646: $PATH not correctly honoured by the
shell? (Openmoko Public Trac)
6. Openmoko Bug #1714: Mediaplayer sometimes does not start up.
(Openmoko Public Trac)
7. Openmoko Bug #1715: SSH / Dropbear connections over the USB
link frequently freezes (Openmoko Public Trac)
8. Re: Openmoko Bug #1715: SSH / Dropbear connections over the
USB link frequently freezes (Openmoko Public Trac)
--- Begin Message ---
#1252: usb0 no longer comes up if booting with usb plugged in
---------------------------------+------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: reopened
Priority: high | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
---------------------------------+------------------------------------------
Comment(by werner):
Nitpicking: a 6MHz wave would be a 01010101 sequence. Since USB is using a
NRZI encoding, this would be a stream of 0 bits at the layer above
encoding.
(See also USB 2.0 spec, section 7.1.8, page 157.)
Unfortunately, there's no bit stuffing when sending a stream of zeroes, so
you can't tell by looking at the bit stream whether this is originally a
square wave or a lot of zeroes. Presumably the latter.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1252#comment:15>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1252: usb0 no longer comes up if booting with usb plugged in
---------------------------------+------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: reopened
Priority: high | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
---------------------------------+------------------------------------------
Comment(by andy):
Yeah. I made a patchset last night that reduces the probability of this
down to 10% rather than 50%.
There's a big fat warning in the USB device code that it is really time
critical and not to printf() there... we added some I2C transaction for
current limit on that code path in a recent patch...
Why shifting that out didn't fix it 100% I dunno, but 90% is better than
what we got. I guess this might always have been there at 10%
probability.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1252#comment:16>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1713: neod consumes 8% cpu reading event3 (accelometer) constantly on gta02
-----------------------------+----------------------------------------------
Reporter: lindi | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone: OM-2007.2
Component: System Software | Version:
Severity: normal | Keywords:
Blocking: | Blockedby:
-----------------------------+----------------------------------------------
Steps to reproduce:
1) Run top
Expected results:
1) system should be mostly idle
Actual results:
1) neod seems to be using about 7-10% cpu time all the time:
{{{
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1426 root 20 0 26516 9540 6196 S 7.1 7.6 16:42.44 neod
}}}
More info:
1) strace -p `pidof neod` -tt shows that
{{{
09:03:44.580247 poll([{fd=3, events=POLLIN}, {fd=9, events=POLLIN},
{fd=10, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN,
revents=POLLIN}, {fd=6, events=POLLIN}, {fd=5, events=POLLIN}, {fd=4,
events=POLLIN}], 8, 112618) = 1
09:03:44.584285 gettimeofday({1217581424, 584631}, NULL) = 0
09:03:44.587592 read(7, "p\321\222Hb\317\7\0\2\0\0\0$\0\0\0", 16) = 16
09:03:44.591171 ioctl(3, FIONREAD, [0]) = 0
09:03:44.594265 gettimeofday({1217581424, 594610}, NULL) = 0
}}}
repeats again and again and
{{{
ls -l /proc/`pidof neod`/fd/7
lr-x------ 1 root root 64 Aug 1 01:56 /proc/1426/fd/7 ->
/dev/input/event3
}}}
reveals that it is reading from accelometer.
2) I am using freerunner with
http://buildhost.openmoko.org/daily/freerunner/200807/20080722/Openmoko-
openmoko-devel-image-glibc-ipk-P1-Snapshot-20080722-om-gta02.rootfs.jffs2
http://buildhost.openmoko.org/daily/freerunner/200807/20080730/uImage-2.6.24+git25+8533927964761f4e2078ccd8607b90f5acc60b93-r1
-om-gta02.bin
3) As usual, please let me know if you are unable to reproduce this. I am
happy to provide more info.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1713>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1646: $PATH not correctly honoured by the shell?
---------------------+------------------------------------------------------
Reporter: Strolls | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: blocker | Resolution:
Keywords: | Blocking:
Blockedby: |
---------------------+------------------------------------------------------
Comment(by [EMAIL PROTECTED]):
I too get PATH issues when I login as myself, then do an su to root.
Root has a non-empty password here. This prevents some opkg post-install
procedures, as I get errors like:
{{{
Configuring kernel-module-hci-usb
//usr/lib/opkg/info/kernel-module-hci-usb.postinst: line 11: modprobe: not
found
Configuring kernel-module-usbserial
/tmp/opkg-intercept-1498-0/update-modules: line 1: update-modules: not
found
update-modules: No such file or directory
/tmp/opkg-intercept-1498-0/depmod: line 1: depmod: not found
depmod: Illegal seek
}}}
A workaround is to ssh as root directly.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1646#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1646: $PATH not correctly honoured by the shell?
---------------------+------------------------------------------------------
Reporter: Strolls | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: blocker | Resolution:
Keywords: | Blocking:
Blockedby: |
---------------------+------------------------------------------------------
Comment(by andy):
Take care to use
su -
not just su. The - makes sure you get root's environment not your
original user one.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1646#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1714: Mediaplayer sometimes does not start up.
---------------------+------------------------------------------------------
Reporter: hedora | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: major | Keywords:
Blocking: | Blockedby:
---------------------+------------------------------------------------------
Mediaplayer checks to see if another instance of itself is running at
startup. If it detects another instance, it fails to start.
Unfortunately, the current locking code contains some race conditions and
other bugs. I marked this "major" because I often have to manually remove
lockfiles with the current version, or mediaplayer won't start.
I've attached a patch that obtains a lock based on the idea that
"rename()" is atomic. It handles many corner cases the other code misses,
but only works if "openmoko-mediaplayer" occurs somewhere in argv[0] of
the other process.
The patch corrects the problem for me.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1714>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1715: SSH / Dropbear connections over the USB link frequently freezes
-------------------------------------+--------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Keywords:
Blocking: | Blockedby:
-------------------------------------+--------------------------------------
How to reproduce:
Set Power management to "Dim first, then lock". ssh into the neo. Wait a
few minutes so that the phone goes to sleep. Connection freezes.
Workarounds:
1/ Unplugging / replugging the USB cable unfreezes the connection.
2/ The Wiki says that Disabling Power Management also works.
Desired behavior:
When the screen turns off, existing USB links should not be frozen.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1715>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1715: SSH / Dropbear connections over the USB link frequently freezes
-------------------------------------+--------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
-------------------------------------+--------------------------------------
Comment(by andy):
Hum, I guess what you mean here is that if you have an ssh session up, the
device should never suspend in the first place.
The USB cable cycling "unfreezing the connection" is simply waking the
thing from suspend, clicking the power button will do the same.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1715#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
