From: Dave Gerlach <d-gerlach@...> commit 953a0f18337406ab041252ce5a62db5d173bee5f upstream. Add the device tree bindings document for the TI CPUFreq/OPP driver on AM33xx, AM43xx, DRA7xx, and

Add test target for Cybertrust supported ZYNQMP zcu102 board. boot and smc test are executed automatically, but LTP is set to be executed manually because this board is not official

Hi! v4.19.142-cip33-rt14 should be available at kernel.org. Trees are available

Hi Pavel,

gpiochip_get_data() expects the controller probe to call gpiochip_add_data() before using it, where as the rcar-gpio driver probe has gpiochip_add() call thus resulting in NULL pointer access. Avoid

From: Rob Herring <robh@...> commit 173ee3962959a1985a109f81539a403b5cd07ae7 upstream. Commit f42b0e18f2e5 ("of: add node name compare helper functions") failed to add the module exports to

Hi Pavel/ Nobuhiro,

Hi! Aha, so I'd expect Fixes: eeaa48eee492d ("drm: rcar-du: Support panels connected directly to the DPAD outputs") in this patch. And yes, this means that failure is real and this patch should go

Hi! Quick git log shows that "serial: mctrl_gpio: Avoid probe failures" is not mentioned in 4.4 commit history. That very probably means that this patch is not safe for 4.4 (situation similar to

Hi! No, sorry, I don't think this is correct. In 4.4, we still have static inline struct gpio_desc *__must_check devm_gpiod_get_index_optional(struct device *dev, const char *con_id,

Hi! What is the impact of the bug? DMA running during reboot, but not doing any harm? Anyway, this looks okay to me. Best regards, Pavel -- DENX Software Engineering GmbH, Managing

Hi! Ok, so this fixes serial_mctrl_gpio on some ACPI systems. It should be a NOP on Renesas hardware, right? Do you need this one in 4.4? Was it tested on problematic ACPI system? Best

Hi Pavel, Thank you for the review.

Hi! Okay, so this is a cleanup that makes sense for mainline. Does it fix set_multiple? ... seems so. Fixing set_multiple is possible with this oneliner, right? The patch is okay and now I

Hi Pavel, Thank you for the review.

Hi! Ok, what is going on here? I don't believe f42b0e18f2e5 causes build failure; it adds functions, but it can't cause build failure without a user. Which commit fails the build? Do we have that

Hi! This series looks okay to me. Best regards, Pavel -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,

From: Rob Herring <robh@...> commit 173ee3962959a1985a109f81539a403b5cd07ae7 upstream. Commit f42b0e18f2e5 ("of: add node name compare helper functions") failed to add the module exports to

commit 91cebe35d1f5a335ef3de80027a34d9fd04a7ae9 upstream. Add support for the camera daughter board which is connected to iWave's RZ/G1H Qseven carrier board. Also enable ttySC[0135] and ethernet1

commit b2cb7d8d5f0c63615e38bfae2d632faf33aa8601 upstream. Describe [H]SCIF{A|B} ports in the R8A7742 device tree. Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@...> Reviewed-by: