linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: david.jander@protonic.nl (David Jander)
To: linux-arm-kernel@lists.infradead.org
Subject: i.MX51 kernel trees: Where to start?
Date: Thu, 8 Jul 2010 09:28:36 +0200	[thread overview]
Message-ID: <201007080928.36618.david.jander@protonic.nl> (raw)
In-Reply-To: <20100708054436.GC25143@jasper.tkos.co.il>


Hi Baruch,

Thanks a lot for your reply.

On Thursday 08 July 2010 07:44:36 am Baruch Siach wrote:
> If you want to go with the mainline kernel then the place where i.MX
> development is happening is
> http://git.pengutronix.de/?p=imx/linux-2.6.git;a=summary

Is there a way of finding out exactly which peripherals of the i.MX51 are 
currently supported in this tree?
The master seems almost 2 months old, is there no ongoing porting work 
anymore, or is it all going into "for-next"?

> > What other trees are there, and how can I get an impression of the state
> > of each one?  How far are effords for mainline inclusion of the freescale
> > patches?
> 
> Freescale are doing very little to push their work for mainline inclusion.

That doesn't surprise me anymore, although I get the impression that they have 
learned at least a little bit form past lessons, since they are now at least 
"using" git ;-)

> Amit Kucheria from Canonical/Linaro has been doing some work on the i.MX5
> front. This work is in the mainline kernels since 2.6.34.

Sounds great... I'll need to figure out in what state the drivers for each 
peripheral are. Any hint other than just trying out?

> > 2.- Using this kernel, I notice the touchscreen driver, (mxc_ts.c) not
> > working correctly. It looks like it works for a few seconds after boot,
> > and then starts delaying samples very much, to the point that it is
> > unusable. Is this a known problem? Is there someone working on this?
> > Should I use another driver?
> 
> This driver is not in the mainline kernel, so the help you may get from
>  kernel developers is limited. In any case, questions about the input
>  subsystem should go to the linux-input mailing list
>  (linux-input at vger.kernel.org).

Thanks for the tip. If I get serious plans in porting that driver, I'll 
contact that list.

Best regards,

-- 
David Jander
Protonic Holland.

  reply	other threads:[~2010-07-08  7:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-07 12:08 i.MX51 kernel trees: Where to start? David Jander
2010-07-08  5:44 ` Baruch Siach
2010-07-08  7:28   ` David Jander [this message]
2010-07-08  7:57     ` Baruch Siach

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201007080928.36618.david.jander@protonic.nl \
    --to=david.jander@protonic.nl \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).