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 the only
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/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 moving the OF
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
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 the ppc and
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 also
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 move
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 translate from
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 and
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
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 of
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 place
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
support
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
14 matches
Mail list logo