From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yannick GICQUEL Subject: Re: m68knommu: CONFIG_I2C_COLDFIRE and CONFIG_RTC_DRV_M5441x Date: Fri, 23 May 2014 10:19:45 +0200 Message-ID: <537F04A1.6050405@open.eurogiciel.org> References: <1400614121.4912.58.camel@x220> <201405201350.35661.sfking@fdwdc.com> <537CCA66.1050502@open.eurogiciel.org> <201405211447.41604.sfking@fdwdc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <201405211447.41604.sfking@fdwdc.com> Sender: linux-m68k-owner@vger.kernel.org List-Id: linux-m68k@vger.kernel.org To: Steven King Cc: Geert Uytterhoeven , Paul Bolle , linux-m68k , Gilles DOFFE , Baptiste Durand , Yannick GICQUEL Hi Steven, Paul, Le 21/05/2014 23:47, Steven King a =C3=A9crit : > On Wednesday 21 May 2014 8:46:46 am Yannick GICQUEL wrote: >> Hi all, >> >> The MCF5441x support is quite a hot topic today for our company. >> This Soc family is seducing some of our customers, especially for it= 's >> long term support from Freescale. >> >> We have worked on this target since past few weeks, using a Tower Ki= t >> hardware and JTag, and just about to prepare a full integration of t= his >> device on recent kernel release. >> As a part of the open-source department, we have also planned to del= iver >> this work to the community and propose some patches to refresh this >> target support. >> >> Some informations we observe on this target to be refreshed: >> - NAND controller needs to be integrated again, >> - UART controller as well, >> >> Also : >> - This chip contains a MMU and can be unlink from the !MMU depend= ency >> >> This is for the big lines, if the community is ok for a patch receip= t, >> some other feature can be also pushed. >> BTW, what about this patches proposal ? Is there some time slot for >> patch proposal ? >> > That interesting. As Paul mentioned the proposed patch would remove = the unused code supporting the RTC on the m5441x, however, I do have an= updated (v3.15-rc5) version of the RTC driver as well as updated versi= ons of the 1wire driver that I had submiited a couple of years ago, als= o a much simplier version of the patches to enable the enet-fec that I = had posted previously. I've also been looking at getting the eDMA work= ing with an eye on adding support for the dspi. > > As it didnt seem there was much interest in the platform I hadn't fel= t any need to try to get these merged, but if there is actually anyone = besides myself interested in the m5441x I'd be a bit more motivated. We agree these specifics defined are not handled in KConfig anymore and= =20 code cleanup is always a good thing. RTC support is not a big deal, we are more focusing on the Nand=20 reintegration and MMU. =46YI, as a part of pre-study and POC activities for industrials=20 requirements, the code we are working on is today based on initials BSP= =20 from Freescale (ported on 2.6.29 and 2.6.38) with features set hopefull= y=20 qualified on them (nand ctrl, dspi, i2c, can, enet-fec, ...). Regards, Yannick