Re: i2c:ocores: fixes and polling mechanism

2018-09-18 Thread Wolfram Sang
> I'm terribly sorry. I didn't manage to review before leaving on > travel. I'm back next week and then I'll review, OK? Sure thing, thanks for the heads up! signature.asc Description: PGP signature

Re: i2c:ocores: fixes and polling mechanism

2018-09-18 Thread Peter Korsgaard
> "Wolfram" == Wolfram Sang writes: >> Thanks! I'll take a look at the patches now. > Ping :) I'm terribly sorry. I didn't manage to review before leaving on travel. I'm back next week and then I'll review, OK? -- Bye, Peter Korsgaard

Re: i2c:ocores: fixes and polling mechanism

2018-09-17 Thread Wolfram Sang
> Thanks! I'll take a look at the patches now. Ping :) signature.asc Description: PGP signature

Re: i2c:ocores: fixes and polling mechanism

2018-08-22 Thread Peter Korsgaard
> "Wolfram" == Wolfram Sang writes: >> sorry to disturb you all but after one month and a half I never received >> any comment about this patch set and I fear it ended up in a forgotten >> corner. I would like to know if someone is considering it or not. > Adding Peter to CC using his

Re: i2c:ocores: fixes and polling mechanism

2018-08-12 Thread Wolfram Sang
> sorry to disturb you all but after one month and a half I never received > any comment about this patch set and I fear it ended up in a forgotten > corner. I would like to know if someone is considering it or not. Adding Peter to CC using his latest EMail address. Peter, you said you wanted

Re: i2c:ocores: fixes and polling mechanism

2018-08-11 Thread Federico Vaga
Hello, sorry to disturb you all but after one month and a half I never received any comment about this patch set and I fear it ended up in a forgotten corner. I would like to know if someone is considering it or not. Thanks :) On Monday, June 25, 2018 6:13:00 PM CEST Federico Vaga wrote: > The

i2c:ocores: fixes and polling mechanism

2018-06-25 Thread Federico Vaga
The first two patches fix what I believe are bugs. The third patch add a polling mechanism for those systems where interrupts are not available. All these patches have been tested on a system without interrupt, this means that I used my third patch to validate also the other two. I would be nice