From: Randy Dunlap <randy.dunlap@oracle.com>
To: Jean Delvare <khali@linux-fr.org>
Cc: Trent Piepho <xyzzy@speakeasy.org>,
Sam Ravnborg <sam@ravnborg.org>,
"D. Kelly" <user.kernel@gmail.com>,
"mailing list: linux-kernel" <linux-kernel@vger.kernel.org>,
Linux I2C <i2c@lm-sensors.org>
Subject: Re: Problem with restricted I2C algorithms in kernel 2.6.26!
Date: Thu, 7 Aug 2008 10:29:25 -0700 [thread overview]
Message-ID: <20080807102925.47217ee1.randy.dunlap@oracle.com> (raw)
In-Reply-To: <20080807191943.72d1802d@hyperion.delvare>
On Thu, 7 Aug 2008 19:19:43 +0200 Jean Delvare wrote:
> On Thu, 7 Aug 2008 18:14:16 +0200, Jean Delvare wrote:
> > Hi Trent,
> >
> > On Thu, 7 Aug 2008 09:01:35 -0700 (PDT), Trent Piepho wrote:
> > > Maybe an option to turn i2c algorithms on could do into the Library
> > > Routines menu. There are already options for things like the crc routines
> > > here so they can be turned on if an out of tree driver needs them but
> > > nothing in the kernel does.
> >
> > Having I2C-specific options selectable under the Library menu would
> > probably be even more confusing. However, it would be possible to do
> > something similar under the I2C menu. Much like
> > CONFIG_VIDEO_HELPER_CHIPS_AUTO does for the V4L subsystem:
> > CONFIG_I2C_ALGOS_AUTO would default to Y and would hide I2C algo driver
> > selection (as is the case in 2.6.26), changing it to N would present
> > the old menu for users to select the aldo drivers manually (as was the
> > case in 2.6.25.)
>
> Something like this...
>
> Subject: i2c: Let users select algorithm drivers manually again
>
> Signed-off-by: Jean Delvare <khali@linux-fr.org>
> ---
> drivers/i2c/Kconfig | 14 ++++++++++++++
> drivers/i2c/algos/Kconfig | 11 ++++++++---
> 2 files changed, 22 insertions(+), 3 deletions(-)
>
> --- linux-2.6.27-rc2.orig/drivers/i2c/Kconfig 2008-04-17 04:49:44.000000000 +0200
> +++ linux-2.6.27-rc2/drivers/i2c/Kconfig 2008-08-07 19:14:37.000000000 +0200
> @@ -38,6 +38,20 @@ config I2C_CHARDEV
> This support is also available as a module. If so, the module
> will be called i2c-dev.
>
> +config I2C_HELPER_AUTO
> + bool "Autoselect pertinent helper modules"
> + default y
> + help
> + Some I2C bus drivers require so-called "I2C algorithm" modules
> + to work. These are basically software-only abstractions of generic
> + I2C interfaces. This option will autoselect them so that you don't
> + have to care.
> +
> + Unselect this only if you need to enable additional helper
> + modules, for example for use with external I2C bus drivers.
> +
> + In doubt, say Y.
> +
> source drivers/i2c/algos/Kconfig
> source drivers/i2c/busses/Kconfig
> source drivers/i2c/chips/Kconfig
> --- linux-2.6.27-rc2.orig/drivers/i2c/algos/Kconfig 2008-07-14 11:14:59.000000000 +0200
> +++ linux-2.6.27-rc2/drivers/i2c/algos/Kconfig 2008-08-07 18:50:43.000000000 +0200
> @@ -2,15 +2,20 @@
> # I2C algorithm drivers configuration
> #
>
> +menu "I2C Algorithms"
> + depends on !I2C_HELPER_AUTO
> +
> config I2C_ALGOBIT
> - tristate
> + tristate "I2C bit-banging interfaces"
>
> config I2C_ALGOPCF
> - tristate
> + tristate "I2C PCF 8584 interfaces"
>
> config I2C_ALGOPCA
> - tristate
> + tristate "I2C PCA 9564 interfaces"
>
> config I2C_ALGO_SGI
> tristate
> depends on SGI_IP22 || SGI_IP32 || X86_VISWS
> +
> +endmenu
>
> Comment anyone?
Seems reasonable to me.
---
~Randy
Linux Plumbers Conference, 17-19 September 2008, Portland, Oregon USA
http://linuxplumbersconf.org/
next prev parent reply other threads:[~2008-08-07 17:40 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-16 19:33 Problem with restricted I2C algorithms in kernel 2.6.26! D. Kelly
2008-07-26 6:59 ` Andrew Morton
2008-07-26 14:34 ` [i2c] " Jon Smirl
2008-08-07 11:13 ` Jean Delvare
2008-08-07 16:01 ` [i2c] " Trent Piepho
2008-08-07 16:14 ` Jean Delvare
2008-08-07 17:19 ` Jean Delvare
2008-08-07 17:29 ` Randy Dunlap [this message]
2008-08-07 23:41 ` Trent Piepho
2008-08-08 9:37 ` Jean Delvare
2008-08-08 17:52 ` Trent Piepho
2008-08-10 11:07 ` Adrian Bunk
2008-08-07 18:39 ` Sam Ravnborg
2008-08-07 18:49 ` Jean Delvare
2008-08-07 19:03 ` Michael Krufky
2008-08-07 21:06 ` Jean Delvare
-- strict thread matches above, loose matches on Subject: below --
2008-08-07 21:34 mkrufky
2008-08-08 0:17 ` Stefan Richter
2008-08-08 9:28 ` Jean Delvare
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=20080807102925.47217ee1.randy.dunlap@oracle.com \
--to=randy.dunlap@oracle.com \
--cc=i2c@lm-sensors.org \
--cc=khali@linux-fr.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sam@ravnborg.org \
--cc=user.kernel@gmail.com \
--cc=xyzzy@speakeasy.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