Re: [PATCH 2/6] i2c: Get rid of the legacy binding model

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 2 May 2009 12:03:43 -0700, David Brownell wrote:
> On Saturday 02 May 2009, Jean Delvare wrote:
> > @@ -100,9 +100,8 @@ extern s32 i2c_smbus_write_i2c_block_dat
> >   * @class: What kind of i2c device we instantiate (for detect)
> >   * @attach_adapter: Callback for bus addition (for legacy drivers)
> >   * @detach_adapter: Callback for bus removal (for legacy drivers)
> 
> Remnants of the legacy model still remain ...

Depends on what exactly you call "the legacy model". As long as the
lifetime of the devices is those of the standard model, I don't much
care much about the rest.

At this point there are still a few drivers using attach_adapter, so we
can't get rid of it: 9 macintosh drivers, and i2c-dev. The fix for the
macintosh drivers would be to convert the powermac to fixed bus
numbers. This is probably not very difficult, but I'd rather let
powerpc people take care of that.

For i2c-dev, I just don't know. We could merge it into i2c-core. Or we
could split the notification mechanism out of i2c_driver. Or maybe we
can leverage the driver core notification mechanism and get rid of
ours.

Either way this is probably not the highest priority change at this
point in time. I'd rather work on the sysfs replacement for
I2C_CLIENT_INSMOD* macros, the multiplexing support and the conversion
of i2c-adapter to bus devices first.

> > - * @detach_client: Callback for device removal (for legacy drivers)
> > - * @probe: Callback for device binding (new-style drivers)
> > - * @remove: Callback for device unbinding (new-style drivers)
> > + * @probe: Callback for device binding
> > + * @remove: Callback for device unbinding
> >   * @shutdown: Callback for device shutdown
> >   * @suspend: Callback for device suspend
> >   * @resume: Callback for device resume

-- 
Jean Delvare
--
To unsubscribe from this list: send the line "unsubscribe linux-i2c" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux GPIO]     [Linux SPI]     [Linux Hardward Monitoring]     [LM Sensors]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux