From: Wolfram Sang <wsa+renesas@...> Setting up new messages was done in process context while handling a message was in interrupt context. Because of the HW design, this IP core is

From: Wolfram Sang <wsa+renesas@...> We want to reuse this function later. Signed-off-by: Wolfram Sang <wsa+renesas@...> Signed-off-by: Wolfram Sang

From: Wolfram Sang <wsa+renesas@...> After making sure to reinit the HW and clear interrupts in the timeout case, we know that interrupts are always disabled in the

From: Wolfram Sang <wsa+renesas@...> Signed-off-by: Wolfram Sang <wsa+renesas@...> Signed-off-by: Wolfram Sang <wsa@...> (cherry picked from commit

From: Wolfram Sang <wsa+renesas@...> We don't need to init HW before every transfer since we know the HW state then. HW init at probe time is enough. While here, add setting

From: Wolfram Sang <wsa+renesas@...> When calculating the bus speed, the clock should be on, of course. Most bootloaders left them on, so this went unnoticed so far. Move the

Hello Ben, a few weeks ago Zoran Stojsavljevic reported a problem with the RTC on the iwg20d that turned out to be a problem with the I2C driver sporadically sending data twice. This series backports

Hi, Reminder: this will take place later today. -- Agustín Benito Bethencourt Principal Consultant Codethink Ltd

Hi, Meeting on chat.freenode.net/#cip agenda for today's meeting: * Remaining questions to bwh about Debian LTS, if any. * Kernel LTS interim patch review process: discussion. ** Please review the

* Ben Hutchings: Does it? I don't think there is any commercially viable, server-class arm64 hardware you can buy today. How can you promise long-term support for hardware that does not actually

I suggest looking at the most recent series sent out for review (4.4.128). I can send this as a mailbox file for those who weren't already susbcribed to the stable list. Ben. -- Ben

Hi Ben, In case the Moxa developers prefer you to mentor them for some time, should they be looking into patches selected by them or do you have in mind some they should start looking at? --

I think this would depend on how many developers would be working on it (from all CIP members) and how much time they can devote. I think that developers who are used to doing public review of

The list of architectures for jessie LTS is not decided and I haven't seen any discussion of it yet. The starting point for discussion would be the list of architectures included in Debian 7 LTS, and

Let me (could not speak for others) wait for Debian 10. Meanwhile/mittlerweile, lot of work with Debian 9... ;-) Zoran _______ <wolfgang.mauerer@...> wrote:

Hi, Sorry, referred to LTS supported architecture. -- Agustín Benito Bethencourt Principal Consultant Codethink Ltd

the problem is: supported architecture != LTS architecture. If we as CIP want arm64 support, we need to either wait for Debian 10 as base platform (which will hopefully include LTS for arm64

/me confused: https://wiki.debian.org/SupportedArchitectures and https://www.debian.org/ports/#portlist-released list arm64 as supported already. Jan

Hi Ben, is there any discussion going on about when ARM64 can make it as supported architecture? Is it something expected for 2019 or is it not on the roadmap yet? Best Regards -- Agustín

Hi SZ, Great to learn about so many new CIP hackers! If the interest in Xenomai (which isn't part of the CIP effort so far) is aiming at LTS maintenance as well, feel free to follow up on that topic