Hi! I could not apply this, as arch/arm64/boot/dts/renesas/r8a774c0.dtsi does not exist in my tree. Plus, you are pushing spdx comment changes. I guess it is ok if it makes your life easier,

This does not apply. -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

This fails for me, because arch/arm64/boot/dts/renesas/r8a774c0.dtsi does not yet exist. -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office:

This one rejected when I tried applying it. Pavel -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,

Thanks, applied. -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

I prefer directly including good commit (rather than including bad commit and then fixing it up). Let me try to fix it up. Anyway, I merged this and the rest of the series. -- DENX Software

Thanks, I applied the series. -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

Hi, Last week I went to the Linaro connect in Bangkok and had very interesting meetings and conversations with other test engineers. I also gave a talk [1] that included several Demos using the CIP

Hi, I have added a Software updates comparison report to our wiki: https://wiki.linuxfoundation.org/civilinfrastructureplatform/cip_comparison_report This comparison is mostly based on other

Hello Pavel,

This is something that seems more suited for the CIP kernel as it adds new functionality. -- Thanks, Sasha

Hi! Ok, so first patch adds support for using "delayed" DHCP replies, then there are three more patches to fix up issues it creates. Which tells me that maybe this is not quite suitable for

From: Geert Uytterhoeven <geert+renesas@...> commit 1ae292a2457cd692828da2be87cb967260993ad0 upstream. If no RARP, BOOTP, or DHCP response is received, ic_dev is never set, causing a NULL

From: Thierry Reding <treding@...> commit d2d371ae5dd6af9a6a3d7f50b753627c42868409 upstream. While commit 9c706a49d660 ("net: ipconfig: fix use after free") avoids the use after free, the

From: Uwe Kleine-König <u.kleine-koenig@...> commit 9c706a49d660653625d206f6972541c1f60ea2b0 upstream. ic_close_devs() calls kfree() for all devices's ic_device. Since

From: Uwe Kleine-König <u.kleine-koenig@...> commit e068853409aa17208e94f4ca628005cc6f51e043 upstream. Now that ipconfig learned to handle "delayed replies" in the previous commit, there

From: Uwe Kleine-König <u.kleine-koenig@...> commit 2647cffb2bc6fbed163d377390eb7ca552c7c1cb upstream. The dhcp code only waits 1s between sending DHCP requests on different devices and

Dear All, When running dhcp tests using the 4.4.y (and 4.4.y-cip kernel as well), I encountered an issue where the dhcp client in the kernel could not get an IP address when multiple network devices

From: Takeshi Kihara <takeshi.kihara.df@...> The R-Car GPIO driver cannot be enabled when Renesas SoC's ARCH configs (ARCH_RENESAS, ARCH_R8A7795, ARCH_R8A7796 and ARCH_R8A77965) are