Hi Joe, On Mon, 17 Dec 2007 11:30:34 -0800, Joe Perches wrote: > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > --- > drivers/i2c/busses/i2c-at91.c | 2 +- > drivers/i2c/busses/i2c-powermac.c | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/i2c/busses/i2c-at91.c b/drivers/i2c/busses/i2c-at91.c > index 9c8b6d5..c09b036 100644 > --- a/drivers/i2c/busses/i2c-at91.c > +++ b/drivers/i2c/busses/i2c-at91.c > @@ -135,7 +135,7 @@ static int xfer_write(struct i2c_adapter *adap, unsigned > char *buf, int length) > * Generic i2c master transfer entrypoint. > * > * Note: We do not use Atmel's feature of storing the "internal device > address". > - * Instead the "internal device address" has to be written using a seperate > + * Instead the "internal device address" has to be written using a separate > * i2c message. > * > http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2004-September/024411.html > */ > diff --git a/drivers/i2c/busses/i2c-powermac.c > b/drivers/i2c/busses/i2c-powermac.c > index 0ab4f26..7813127 100644 > --- a/drivers/i2c/busses/i2c-powermac.c > +++ b/drivers/i2c/busses/i2c-powermac.c > @@ -94,7 +94,7 @@ static s32 i2c_powermac_smbus_xfer( struct i2c_adapter* > adap, > break; > > /* Note that these are broken vs. the expected smbus API where > - * on reads, the lenght is actually returned from the function, > + * on reads, the length is actually returned from the function, > * but I think the current API makes no sense and I don't want > * any driver that I haven't verified for correctness to go > * anywhere near a pmac i2c bus anyway ...
Applied, thank you. -- Jean Delvare -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
