Hi Jon,
On Sat, 12 Jan 2008 11:00:31 -0500, Jon Smirl wrote:
> On 1/12/08, Jean Delvare wrote:
> > What I meant is that the translation from Open Firmware device name to
> > Linux device name could happen in different ways. Making module aliases
> > out of the is one possibility but this is not th
On 1/12/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Fri, 11 Jan 2008 15:16:57 -0500, Jon Smirl wrote:
> > On 1/11/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > Secondly, it promotes OF device names as acceptable aliases. This I
> > > don't think I agree with. While I see some value in movi
On Fri, 11 Jan 2008 15:16:57 -0500, Jon Smirl wrote:
> On 1/11/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > Secondly, it promotes OF device names as acceptable aliases. This I
> > don't think I agree with. While I see some value in moving the OF name
> > -> Linux name translation to the drivers
On 1/11/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Secondly, it promotes OF device names as acceptable aliases. This I
> don't think I agree with. While I see some value in moving the OF name
> -> Linux name translation to the drivers themselves (even though I
> don't see this as a mandatory mov
On Fri, 11 Jan 2008 10:52:56 -0500, Jon Smirl wrote:
> On 1/11/08, Jean Delvare wrote:
> > Now that I have read all the previous versions of this patch series
> > and, more importantly, all objections that were raised on the way, I
> > can start reviewing the latest iteration of your patches. I'll
Hi Jon,
>>> The following series implements standard linux module aliasing for i2c
>>> modules on arch=powerpc. It then converts the mpc i2c driver from being a
>>> platform driver to an open firmware one. I2C device names are picked up
>>> from the device tree. Module aliasing is used to trans
On 1/11/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Jon,
>
> On Wed, 19 Dec 2007 23:41:36 -0500, Jon Smirl wrote:
> > Since copying i2c-mpc.c to maintain support for the ppc architecture seems
> > to be an issue; instead rework i2c-mpc.c to use CONFIG_PPC_MERGE #ifdefs to
> > support both th
Hi Jon,
On Wed, 19 Dec 2007 23:41:36 -0500, Jon Smirl wrote:
> Since copying i2c-mpc.c to maintain support for the ppc architecture seems to
> be an issue; instead rework i2c-mpc.c to use CONFIG_PPC_MERGE #ifdefs to
> support both the ppc and powerpc architecture. When ppc is deleted in six
> m
On Thu, 10 Jan 2008 09:14:26 -0500, Jon Smirl wrote:
> What is the review status of this series, should I post it again?
No please! /o\
I'll go through your numerous past posts now, stay tuned.
--
Jean Delvare
___
Linuxppc-dev mailing list
Linuxppc-de
What is the review status of this series, should I post it again?
On 12/19/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Since copying i2c-mpc.c to maintain support for the ppc architecture seems to
> be an issue; instead rework i2c-mpc.c to use CONFIG_PPC_MERGE #ifdefs to
> support both the ppc an
Hi John,
Le 27/12/2007, Jon Smirl écrit:
>On 12/19/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
>> Another rework of the i2c for powerpc device tree patch. This version
>> implements standard alias naming only on the powerpc platform and only for
>> the device tree names. The old naming mechanism o
On 12/19/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Another rework of the i2c for powerpc device tree patch. This version
> implements standard alias naming only on the powerpc platform and only for
> the device tree names. The old naming mechanism of
> i2c_client.name,driver_name is left in pla
Are there any other objections to this patch? If not, can it be
targeted for 2.6.25?
On 12/19/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Since copying i2c-mpc.c to maintain support for the ppc architecture seems to
> be an issue; instead rework i2c-mpc.c to use CONFIG_PPC_MERGE #ifdefs to
> supp
Since copying i2c-mpc.c to maintain support for the ppc architecture seems to
be an issue; instead rework i2c-mpc.c to use CONFIG_PPC_MERGE #ifdefs to
support both the ppc and powerpc architecture. When ppc is deleted in six
months these #ifdefs will need to be removed.
Another rework of the i2
14 matches
Mail list logo
