Hi Simon,
On Fri, 5 Dec 2014 08:32:04 -0700
Simon Glass wrote:
> +struct dm_i2c_chip {
> + uint chip_addr;
> + uint offset_len;
> + uint flags;
> +#ifdef CONFIG_SANDBOX
> + struct udevice *emul;
> +#endif
> +};
I do not like this ifdef conditional.
As mentioned in another rep
Hi Heiko,
On 8 December 2014 at 23:17, Heiko Schocher wrote:
> Hello Simon,
>
> Am 09.12.2014 06:31, schrieb Simon Glass:
>
>> Hi,
>>
>> On Dec 5, 2014 8:32 AM, "Simon Glass" wrote:
>>>
>>>
>>> The uclass implements the same operations as the current I2C framework
>>> but
>>> makes some changes
Hello Simon,
Am 09.12.2014 06:31, schrieb Simon Glass:
Hi,
On Dec 5, 2014 8:32 AM, "Simon Glass" wrote:
The uclass implements the same operations as the current I2C framework but
makes some changes to make it fit driver model better:
- Remove the chip address from API calls
- Remove the add
Hi Simon,
On Mon, 8 Dec 2014 22:31:59 -0700
Simon Glass wrote:
> Hi,
>
> On Dec 5, 2014 8:32 AM, "Simon Glass" wrote:
> >
> > The uclass implements the same operations as the current I2C framework but
> > makes some changes to make it fit driver model better:
> >
> > - Remove the chip address
Hi,
On Dec 5, 2014 8:32 AM, "Simon Glass" wrote:
>
> The uclass implements the same operations as the current I2C framework but
> makes some changes to make it fit driver model better:
>
> - Remove the chip address from API calls
> - Remove the address length from API calls
> - Remove concept of
The uclass implements the same operations as the current I2C framework but
makes some changes to make it fit driver model better:
- Remove the chip address from API calls
- Remove the address length from API calls
- Remove concept of 'current' I2C bus
- Drop all existing init functions
Acked-by:
6 matches
Mail list logo
