[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5127CC40.6070507@itdev.co.uk>
Date: Fri, 22 Feb 2013 19:51:28 +0000
From: Nick Dyer <nick.dyer@...ev.co.uk>
To: Benson Leung <bleung@...omium.org>
CC: Dmitry Torokhov <dmitry.torokhov@...il.com>,
Daniel Kurtz <djkurtz@...omium.org>,
Henrik Rydberg <rydberg@...omail.se>,
Joonyoung Shim <jy0922.shim@...sung.com>,
"Bowens, Alan" <Alan.Bowens@...el.com>,
linux-input@...r.kernel.org,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Peter Meerwald <pmeerw@...erw.net>,
Olof Johansson <olofj@...omium.org>,
Yufeng Shen <miletus@...omium.org>
Subject: Re: [PATCH 11/40] Input: atmel_mxt_ts - Bootloader addresses for
mXT1664/mXT1188S
Benson Leung wrote:
> This is disappointing that Atmel decided to change the bootloader
> address scheme for the 1664S family. Unfortunately, this ifdef won't
> work for situations where there are more than one Atmel device of a
> different kind on a system using this same driver.
>
> For the Chromebook Pixel, we use the same atmel_mxt_ts driver for a
> 1664S device and a 224SL.
>
> The 1664S has the pair 0x26 and 0x4a, while the 224SL has 0x25 and
> 0x4b.
If I put a bootloader address override in the platform data will that meet
your requirements?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists