THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#303 - pppd 2.4.3 has a bug, recommend upgrade to ppp 2.4.5
User who did this - Grazvydas (notaz)
----------
Can you test if this build works right:
http://www.openpandora.org/feeds/unstable/armv7a/ppp_2.4.5-r2.5_armv7a.ipk
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=303#comment469
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#304 - bluetooth serial port sleep causes lost / frozen connection (and bluetooth) if connection idle
User who did this - Grazvydas (notaz)
----------
I'm not sure myself now. One thing is for sure that the driver in 3.2 is rather broken and kernel update is needed to fix it, some details can be found here:
http://marc.info/?l=linux-omap&m=134952717104700&w=2
so maybe some problems are actually coming from there.
As for 3.2 I think your changes make sense, can you generate a patch or at least attach the patched, tested script? I don't want to touch the script myself right now as I don't have anything to test it on (yes the changes are simple, but I recently confused < with > in PCSX that took a few hours to debug later).
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=304#comment468
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Urja Rannikko (urjaman)
Attached to Project - OpenPandora Main OS
Summary - bluetooth serial port sleep causes lost / frozen connection (and bluetooth) if connection idle
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -
Operating System - Release 1 (Zaxxon)
Severity - Low
Priority - Normal
Reported Version - SuperZaxxon Final
Due in Version - Undecided
Due Date - Undecided
Details - I experienced (reliably) 3 times that if I had an idle ppp/rfcomm connection to my phone, it would eventually freeze so that the phone reported no active bluetooth connection and the pandora ppp would still think that the connection is active, but no data would flow. Killing pppd and re-trying would fail opening of the rfcomm link with "Host is down".
Disabling & enabling bluetooth "fixed" this so that pppd worked again (so it is not the phone that was "down").
Adding these lines to op_bluetooth_work.sh (apparently atleast) fixed it for me:
add between lines 14-15:
echo 0 > /sys/devices/platform/omap_uart.0/sleep_timeout
(or at any place during enable for that matter)
And to disable (before exit 0, line 30) to save power when bluetooth is off and restore normal settings:
echo 10 > /sys/devices/platform/omap_uart.0/sleep_timeout
I remember mentioning this way back when I last tested bluetooth, but got a reply that this should not be needed because we have flow control between the bt chip and pandora. But if a sleeping serial port loses a character when somebody sends a burst to it, what could flow control do? If it reported not ready to receive, the character would never be sent (and things would freeze...). If it reports ready to receive (what I think it does) the character will be lost. One would need to periodically disable the serial port sleep (and enable ready to receive) for a moment to check for pending data, but I think this would use more power than keeping the serial port active and/or possibly cause way too big delays.
I'm not really certain of this thing (whether this is a workaround, hack or a real fix... and whether my interpretation of what is happening is correct - i have no real proof), but I think that reporting what I've found is better than not. (And am I the only user of bluetooth with an old phone for internet (ppp+rfcomm, not pan)? ...)
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=304
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Urja Rannikko (urjaman)
Attached to Project - OpenPandora Main OS
Summary - pppd 2.4.3 has a bug, recommend upgrade to ppp 2.4.5
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -
Operating System - Release 1 (Zaxxon)
Severity - Low
Priority - Normal
Reported Version - SuperZaxxon Final
Due in Version - Undecided
Due Date - Undecided
Details - pppd 2.4.3 doesnt auto reconnect (in my setup) even if configured to do so (persist). Found a ppp bug report confirming this ( http://ppp.samba.org/cgi-bin/ppp-bugs/resolved?id=1110;user=guest - "ppp-2.4.3 / pppoe not reconnecting") and that it has been fixed. I compiled pppd 2.4.5 and that reconnects just fine.
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=303
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.