From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031418AbWFOVX6 (ORCPT ); Thu, 15 Jun 2006 17:23:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1031427AbWFOVX6 (ORCPT ); Thu, 15 Jun 2006 17:23:58 -0400 Received: from adsl-71-128-175-242.dsl.pltn13.pacbell.net ([71.128.175.242]:10413 "EHLO build.embeddedalley.com") by vger.kernel.org with ESMTP id S1031418AbWFOVX5 (ORCPT ); Thu, 15 Jun 2006 17:23:57 -0400 Subject: Re: i2c-algo-ite and i2c-ite planned for removal From: Pete Popov Reply-To: ppopov@embeddedalley.com To: Jean Delvare Cc: linux-mips@linux-mips.org, LKML In-Reply-To: <20060615225723.012c82be.khali@linux-fr.org> References: <20060615225723.012c82be.khali@linux-fr.org> Content-Type: text/plain Organization: Embedded Alley Solutions, Inc Date: Fri, 16 Jun 2006 00:23:17 +0300 Message-Id: <1150406598.1193.73.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2006-06-15 at 22:57 +0200, Jean Delvare wrote: > Hi all, > > I noticed today that we have an i2c bus driver named i2c-ite, > supposedly useful on some MIPS systems which have an ITE8172 chip, > which doesn't compile. It is based on an i2c algorithm driver named > i2c-algo-ite, which doesn't compile either, due to some changes made to > the i2c core which weren't properly reflected there. Going back trough > the versions, I found that the bus driver was previously named > i2c-adap-ite, and was introduced in 2.4.10. And I don't think it even > compiled back then either, as it uses a structure (iic_ite) which isn't > defined anywhere. > > So basically we have two drivers in the kernel tree for 5 years or so, > which never were usable, and nobody seemed to care. For historical correctness, this driver was once upon a time usable, though it was a few years ago. It was written by MV for some ref board that had the ITE chip and it did work. That ref board is no longer around so it's probably safe to nuke the driver. Pete > It's about time to > get rid of these 1296 lines of code, don't you think? So, unless someone > volunteers to take care of these drivers, or otherwise has a very > strong reason to object, I'm going to delete them from the tree soon. > > Thanks,