[PATCH] drm/i915: i2c: unconditionally set up gpio fallback

2012-02-27 Thread Daniel Vetter
This way we can simplify the setup and teardown a bit. Because we don't actually allocate anything anymore for the force_bit case, we can now convert that into a boolean. Also and the functionality supported by the bit-banging together with what gmbus can do, so that this doesn't randomly change

[PATCH] drm/i915: i2c: unconditionally set up gpio fallback

2012-02-27 Thread Eugeni Dodonov
On Mon, Feb 27, 2012 at 15:22, Daniel Vetter wrote: > This way we can simplify the setup and teardown a bit. > > Because we don't actually allocate anything anymore for the force_bit > case, we can now convert that into a boolean. > > Also and the functionality supported by the bit-banging togeth

Re: [PATCH] drm/i915: i2c: unconditionally set up gpio fallback

2012-02-27 Thread Eugeni Dodonov
On Mon, Feb 27, 2012 at 15:22, Daniel Vetter wrote: > This way we can simplify the setup and teardown a bit. > > Because we don't actually allocate anything anymore for the force_bit > case, we can now convert that into a boolean. > > Also and the functionality supported by the bit-banging togeth

[PATCH] drm/i915: i2c: unconditionally set up gpio fallback

2012-02-27 Thread Daniel Vetter
This way we can simplify the setup and teardown a bit. Because we don't actually allocate anything anymore for the force_bit case, we can now convert that into a boolean. Also and the functionality supported by the bit-banging together with what gmbus can do, so that this doesn't randomly change

[PATCH] drm/i915: i2c: unconditionally set up gpio fallback

2012-02-14 Thread Daniel Vetter
This way we can simplify the setup and teardown a bit. Because we don't actually allocate anything anymore for the force_bit case, we can now convert that into a boolean. Also and the functionality supported by the bit-banging together with what gmbus can do, so that this doesn't randomly change

[PATCH] drm/i915: i2c: unconditionally set up gpio fallback

2012-02-14 Thread Daniel Vetter
This way we can simplify the setup and teardown a bit. Because we don't actually allocate anything anymore for the force_bit case, we can now convert that into a boolean. Also and the functionality supported by the bit-banging together with what gmbus can do, so that this doesn't randomly change