help<br><br><div class="gmail_quote">On Fri, Feb 13, 2009 at 5:00 AM, <span dir="ltr"><<a href="mailto:openmoko-kernel-request@lists.openmoko.org">openmoko-kernel-request@lists.openmoko.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Send openmoko-kernel mailing list submissions to<br>
<a href="mailto:openmoko-kernel@lists.openmoko.org">openmoko-kernel@lists.openmoko.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.openmoko.org/mailman/listinfo/openmoko-kernel" target="_blank">http://lists.openmoko.org/mailman/listinfo/openmoko-kernel</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:openmoko-kernel-request@lists.openmoko.org">openmoko-kernel-request@lists.openmoko.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:openmoko-kernel-owner@lists.openmoko.org">openmoko-kernel-owner@lists.openmoko.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of openmoko-kernel digest..."<br>
<br>Today's Topics:<br>
<br>
1. vchanneld (Michael Trimarchi)<br>
2. Re:Openmoko Bug #1744: Bluetooth don't power up after suspend<br>
(Openmoko Public Trac)<br>
3. Re:[android-freerunner] vchanneld (Michael Trimarchi)<br>
4. Re:Openmoko Bug #2180: stable-tracking: 'rxserr' UART<br>
messages (Openmoko Public Trac)<br>
5. Re:[gta02] Correct alsastatefile fits all Neos (Mark Brown)<br>
<br><br>---------- Forwarded message ----------<br>From: Michael Trimarchi <<a href="mailto:trimarchi@gandalf.sssup.it">trimarchi@gandalf.sssup.it</a>><br>To: Android on Freerunner Development <<a href="mailto:android-freerunner@android.koolu.org">android-freerunner@android.koolu.org</a>><br>
Date: Fri, 13 Feb 2009 09:11:56 +0100<br>Subject: vchanneld<br>Hi all,<br>
<br>
I write a daemon like gsmmuxd that virtualize the serial driver and export a series of terminal for<br>
the rild service, gprs service etc. The rild service start using the /dev/pts/0 terminal. I grant it to him<br>
when the channel is ready. The daemon is not releated to the rild, it just give an openchannel. I don't<br>
use an extra channel for unsolicited command, because the android ril don't use it, but I suppose that a<br>
gprs connection can be initialize on /dev/pts/xxx. Only one question just to know:<br>
<br>
Have I some license problem if I use a separate daemon for multiplexing?<br>
<br>
Michael<br>
<br>
<br>
<br><br>---------- Forwarded message ----------<br>From: "Openmoko Public Trac" <<a href="mailto:bugs@docs.openmoko.org">bugs@docs.openmoko.org</a>><br>To: <br>Date: Fri, 13 Feb 2009 09:05:16 -0000<br>Subject: Re: Openmoko Bug #1744: Bluetooth don't power up after suspend<br>
#1744: Bluetooth don't power up after suspend<br>
-----------------------------+----------------------------------------------<br>
Reporter: VDVsx | Owner: openmoko-kernel<br>
Type: defect | Status: assigned<br>
Priority: normal | Milestone:<br>
Component: System Software | Version: GTA02v6<br>
Severity: normal | Keywords:<br>
Haspatch: 0 | Blockedby:<br>
Estimated: | Patchreview:<br>
Blocking: | Reproducible:<br>
-----------------------------+----------------------------------------------<br>
<br>
Comment(by TimoJyrinki):<br>
<br>
This is still an issue in the current stable (2.6.29, quite close to andy-<br>
tracking AFAIK).<br>
<br>
--<br>
Ticket URL: <<a href="https://docs.openmoko.org/trac/ticket/1744#comment:6" target="_blank">https://docs.openmoko.org/trac/ticket/1744#comment:6</a>><br>
<a href="http://docs.openmoko.org" target="_blank">docs.openmoko.org</a> <<a href="http://docs.openmoko.org/trac/" target="_blank">http://docs.openmoko.org/trac/</a>><br>
openmoko trac<br>
<br><br>---------- Forwarded message ----------<br>From: Michael Trimarchi <<a href="mailto:trimarchi@gandalf.sssup.it">trimarchi@gandalf.sssup.it</a>><br>To: Android on Freerunner Development <<a href="mailto:android-freerunner@android.koolu.org">android-freerunner@android.koolu.org</a>><br>
Date: Fri, 13 Feb 2009 10:17:04 +0100<br>Subject: Re: [android-freerunner] vchanneld<br>Hi,<br>
<br>
David Hicks wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Michael - if we're talking about that library that came round the other day, then probably no problem. If the work originated in Qtopia, and is subject to the GPL 2/3 with the extra exemptions, then you're fine.<br>
</blockquote>
Thanks Michael<br>
<br>
<br>
<br><br>---------- Forwarded message ----------<br>From: "Openmoko Public Trac" <<a href="mailto:bugs@docs.openmoko.org">bugs@docs.openmoko.org</a>><br>To: <br>Date: Fri, 13 Feb 2009 10:44:58 -0000<br>Subject: Re: Openmoko Bug #2180: stable-tracking: 'rxserr' UART messages<br>
#2180: stable-tracking: 'rxserr' UART messages<br>
-----------------------------+----------------------------------------------<br>
Reporter: laforge | Owner: openmoko-kernel<br>
Type: defect | Status: new<br>
Priority: high | Milestone: FSO<br>
Component: System Software | Version:<br>
Severity: major | Keywords: gps s3x24xx_serial rxerr<br>
Haspatch: 0 | Blockedby:<br>
Estimated: | Patchreview:<br>
Blocking: | Reproducible:<br>
-----------------------------+----------------------------------------------<br>
<br>
Comment(by Sascha):<br>
<br>
I flashed moko11 beta 1 and the errors in my test case are gone :)<br>
<br>
--<br>
Ticket URL: <<a href="https://docs.openmoko.org/trac/ticket/2180#comment:22" target="_blank">https://docs.openmoko.org/trac/ticket/2180#comment:22</a>><br>
<a href="http://docs.openmoko.org" target="_blank">docs.openmoko.org</a> <<a href="http://docs.openmoko.org/trac/" target="_blank">http://docs.openmoko.org/trac/</a>><br>
openmoko trac<br>
<br><br>---------- Forwarded message ----------<br>From: Mark Brown <<a href="mailto:broonie@opensource.wolfsonmicro.com">broonie@opensource.wolfsonmicro.com</a>><br>To: Joerg Reisenweber <<a href="mailto:joerg@openmoko.org">joerg@openmoko.org</a>><br>
Date: Fri, 13 Feb 2009 10:51:21 +0000<br>Subject: Re: [gta02] Correct alsastatefile fits all Neos<br>On Fri, Feb 13, 2009 at 06:43:32AM +0100, Joerg Reisenweber wrote:<br>
<br>
> First step would be the name of alsa soundcard devicedriver should represent<br>
> the differences in hardware.<br>
<br>
That should already be the case, hopefully.<br>
<br>
> Next we could think about a straight way to make alsamixer, alsactl etc use<br>
> the right alsa.state file (section?) matching the actually loaded<br>
> devicedriver.<br>
<br>
Probably all you need here is to have the config files stored separately<br>
and then set up a symlink pointing at those for the particular device<br>
during boot. At runtime everything just uses the symlink.<br>
<br>
> usually is done via `amixer` cmd. A script comprising a number of amixer cmds<br>
> would be an alternative way to `alsactl -f scenario.state restore` for<br>
> setting up a mixer route. Advantage would be you could overlap multiple such<br>
> settings as each script leaves controls untouched that are not involved in<br>
> the particular setting.<br>
<br>
The secenario API at:<br>
<br>
<a href="http://www.slimlogic.co.uk/?p=40" target="_blank">http://www.slimlogic.co.uk/?p=40</a><br>
<br>
is still under development but it's intended to help address issues like<br>
this. It will also deal with things like allowing applications to know<br>
which controls should be presented to end user applications.<br>
<br>
<br>
<br>_______________________________________________<br>
openmoko-kernel mailing list<br>
<a href="mailto:openmoko-kernel@lists.openmoko.org">openmoko-kernel@lists.openmoko.org</a><br>
<a href="http://lists.openmoko.org/mailman/listinfo/openmoko-kernel" target="_blank">http://lists.openmoko.org/mailman/listinfo/openmoko-kernel</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Sashi<br>