Re: I2C zero length transfers and SMBUS_QUICK, was: Pending October patches

[Arnaud Patard (Rtp) <arnaud.patard@rtp-net.org>]

Hi,

Komal Shah <komal_shah802003@yahoo.com> writes:

> --- Dirk Behme <dirk.behme@googlemail.com> wrote:
>
>
>> >>Komal, what do you think here?
>> >>
>> >>Anybody aware of someone working on a better solution? Any 
>> >>link to the LKML discussion about this?
>> >>
>> > Few links:
>> ...
>> >
>>
> http://linux.omap.com/pipermail/davinci-linux-open-source/2006-October/001332.html
>> 
>> Sounds to me a clean fix (new I2C stack?) will need some 
>> decades, if it comes at all. So, how to go one here?
>> 
>> Our hack to make things work on OMAP will not be accepted 
>> upstream. But staying with broken OMAP features only because 
>> (available) hack isn't acceptable in mainline doesn't sound 
>> like an option as well.
>> 
>> I personally vote for working OMAP ;)
>> 
>
> Yes, we need working OMAPs and I don't know if it already broke n770
> too. Let's see what Tony thinks about maintaining this fix in OMAP tree.
>
hmm... well... while taking care of the n770 is nice, I'm not sure that
you should take it into account. 

Brief explanation : 
the current kernel is broken on the n770. It won't even build.

Long explanation :
There are some obvious breakages that are not fixed. For instance, look
at the omap-hw patch I sent. I have some other patches for the build but
the kernel is oopsing later in the boot stage when udev plays with the
uevents in the spi layer... And there are probably more breakages :(


Regards,
Arnaud