On Thu, Jan 27, 2011 at 10:51:02PM +0800, wrote:
> I'm git clone get the android samsung kernel 2.6.35 ,build the
> s3c6400config but get the error:
Only the Nexus S is going to have been tested with that kernel.
--
unsubscribe: android-kernel+unsubscr...@googlegroups.com
website: http://gr
On Wed, Jul 21, 2010 at 12:50:17AM -0700, Dark Knight wrote:
> I tried configuring kernel with " ARM sound devices" option. ALSA was
> able to detect the codec and initialize it. But how do I go ahead from
> here.? How can I configure ALSA to make use of my speaker.
You will have to adjust your l
On Sat, Jun 12, 2010 at 09:27:37AM +0530, Harsha Priya wrote:
> I am not sure if this is the right forum for this question.
You asked the same question on alsa-devel, where it's already been
answered. It'd have been better to send one mail to both places to
avoid any redundancy.
> Any suggestio
On Tue, Dec 01, 2009 at 10:24:30AM +0530, pavan savoy wrote:
> When I meant android specific, I meant that it is only android that is
> making use of an rfkill entry to toggle the BT Chip enable GPIO line.
> Example: In other linux-bluetooth stacks (including blueZ on a busybox
> sort of FS), this
On Mon, Nov 30, 2009 at 10:22:56AM +0530, pavan savoy wrote:
> On Fri, Nov 27, 2009 at 7:50 PM, Mark Brown wrote:
> > Yes, most kernel work is largely independant of Android and so will be
> > just as useful in the mainline kernel.
> Useful ? I couldn't see how.
Well,
On Fri, Nov 27, 2009 at 04:50:26PM +0530, pavan savoy wrote:
> Should patches contributed to android-kernel (whatever tree, msm,
> omap) be even considered to be submitted to kernel.org ?
Yes, most kernel work is largely independant of Android and so will be
just as useful in the mainline kernel.
On Thu, Nov 26, 2009 at 06:40:15PM +0530, pavan savoy wrote:
> Oh, Ok, never knew such a directory existed. got it.
> But still it's got to be ACked by the TTY maintainer - I guess ?
It's helpful to at least run it by them, yes.
> Also, structure is something like this - Core-driver (core.c +
>
On Thu, Nov 26, 2009 at 10:17:44AM +0530, pavan savoy wrote:
> problem is where do I submit these sort of drivers ? which touch upon
> TTY sub-system, BlueZ for Bluetooth, V4L2 radio for FM and a simple
> character device driver (with read/write/poll fops) for GPS.
The usual approach is to have a
On Thu, Mar 19, 2009 at 05:50:35PM -0600, Misael Lopez wrote:
> 2009/3/19 Greg KH :
> > Also, why a special class? ?Why not use the input layer for stuff like
> > this?
> In the particular case of headset detection, I originally considered
> using ALSA Jack mechanism (and Soc Jack wrapper), whic
