|
[PATCH 4.19.y 13/17] usb: gadget: udc: renesas_usb3: add a safety connection way for forced_b_device
Hi! I don't understand what "safety connection way" is. I don't think this is correct. If user writes "12" to the file, (!strncmp(buf, "1", 1)) will still be true, AFAICT. Similar problem exists elsew
Hi! I don't understand what "safety connection way" is. I don't think this is correct. If user writes "12" to the file, (!strncmp(buf, "1", 1)) will still be true, AFAICT. Similar problem exists elsew
|
By
Pavel Machek
· #2158
·
|
|
[PATCH 4.19.y 00/17] Backport USB support for RZ/G2E
Hi! Thanks for the series, applied, and pushed to kernel.org. Best regards, Pavel
Hi! Thanks for the series, applied, and pushed to kernel.org. Best regards, Pavel
|
By
Pavel Machek
· #2159
·
|
|
[PATCH 4.19.y 00/29] Add further support for the RZ/G2M
Hi! Ok, let me take a look... Pavel
Hi! Ok, let me take a look... Pavel
|
By
Pavel Machek
· #2207
·
|
|
[PATCH 4.4.y V2] net: ipconfig: Support using "delayed" DHCP replies
Hi! Thanks! In the end I decided to apply this one. It is true that the alternate fix is one-liner, but I would not be sure if other timing parameters need changing, and would not have a good way to t
Hi! Thanks! In the end I decided to apply this one. It is true that the alternate fix is one-liner, but I would not be sure if other timing parameters need changing, and would not have a good way to t
|
By
Pavel Machek
· #2209
·
|
|
[PATCH 4.19.y 02/29] iommu/ipmmu-vmsa: Modify ipmmu_slave_whitelist() to check SoC revisions
Hi! I just want to make sure "soc_device_match(soc_rcar_gen3) &&" deletion is intentional here... Pavel
Hi! I just want to make sure "soc_device_match(soc_rcar_gen3) &&" deletion is intentional here... Pavel
|
By
Pavel Machek
· #2210
·
|
|
[PATCH 4.19.y 13/29] media: rcar-csi2: Add support for RZ/G2E
Would common compatible "renesas,something...-generation2-csi2" make sense? Pavel
Would common compatible "renesas,something...-generation2-csi2" make sense? Pavel
|
By
Pavel Machek
· #2211
·
|
|
[PATCH 4.19.y 00/29] Add further support for the RZ/G2M
Hi! Thanks for the series. Applied and pushed out. Pavel
Hi! Thanks for the series. Applied and pushed out. Pavel
|
By
Pavel Machek
· #2212
·
|
|
[PATCH 4.19.y 29/29] arm64: defconfig: Enable R-Car thermal driver
Hi! No objections here, but... ...make sure your hardware can protect itself when kernel fails for whatever reason. Yes, crashes from time to time, and then thermal support will fail, too. Thanks, Pav
Hi! No objections here, but... ...make sure your hardware can protect itself when kernel fails for whatever reason. Yes, crashes from time to time, and then thermal support will fail, too. Thanks, Pav
|
By
Pavel Machek
· #2213
·
|
|
[PATCH 4.4.y 00/52] Add basic support for the iwg23s
Hi! Ok, let me take a look... Pavel
Hi! Ok, let me take a look... Pavel
|
By
Pavel Machek
· #2278
·
|
|
[PATCH 4.4.y 04/52] ARM: shmobile: r8a77470: Add clock index macros for DT sources
Is this commit in the mainline? I could not find it in recent mainline nor in -next kernel. World is moving to SPDX. (But you want to fix it in the mainline, not here, so...) Best regards, Pavel
Is this commit in the mainline? I could not find it in recent mainline nor in -next kernel. World is moving to SPDX. (But you want to fix it in the mainline, not here, so...) Best regards, Pavel
|
By
Pavel Machek
· #2279
·
|
|
[PATCH 4.4.y 02/52] clk: shmobile: rcar-gen2: Add quirks for the RZ/G1C
Coding style says "/* Invalid */". And just initializing with zeros using {} is valid C, but was somehow surprising to me. [No need to do anything. I'll probably just apply the patch for cip-4.4]. Pav
Coding style says "/* Invalid */". And just initializing with zeros using {} is valid C, but was somehow surprising to me. [No need to do anything. I'll probably just apply the patch for cip-4.4]. Pav
|
By
Pavel Machek
· #2280
·
|
|
[PATCH 4.4.y 05/52] pinctrl: sh-pfc: Add r8a77470 PFC support
Hi! SPDX here, good. But this one is GPL-2.0, and the other one was GPL-2.0+. Is that difference intentional? Pavel
Hi! SPDX here, good. But this one is GPL-2.0, and the other one was GPL-2.0+. Is that difference intentional? Pavel
|
By
Pavel Machek
· #2281
·
|
|
[PATCH 4.4.y 18/52] gpiolib: Extract mask allocation into subroutine
... I'd do if (p) bitmap_fill(); return p; But it is not that important. Pavel
... I'd do if (p) bitmap_fill(); return p; But it is not that important. Pavel
|
By
Pavel Machek
· #2282
·
|
|
[PATCH 4.4.y 00/52] Add basic support for the iwg23s
Hi! Thanks, applied. Minor comments were sent in replies to response to patches. Best regards, Pavel
Hi! Thanks, applied. Minor comments were sent in replies to response to patches. Best regards, Pavel
|
By
Pavel Machek
· #2283
·
|
|
[PATCH 4.4.y 05/52] pinctrl: sh-pfc: Add r8a77470 PFC support
Hi! You are welcome. ... I'm refering to [PATCH 4.4.y 04/52] ARM: shmobile: r8a77470: Add clock index macros for DT sources That one has GPL-2.0+: +++ b/include/dt-bindings/clock/r8a77470-clock.h +/*
Hi! You are welcome. ... I'm refering to [PATCH 4.4.y 04/52] ARM: shmobile: r8a77470: Add clock index macros for DT sources That one has GPL-2.0+: +++ b/include/dt-bindings/clock/r8a77470-clock.h +/*
|
By
Pavel Machek
· #2303
·
|
|
[PATCH 4.4.y 05/52] pinctrl: sh-pfc: Add r8a77470 PFC support
Hi! Well, there's no "need" to fix anything. GPL-2.0+ is compatible with GPL-2.0. And kernel is not likely to be released with GPL-3, so this is mostly academic. Normally, company lawyers are quite se
Hi! Well, there's no "need" to fix anything. GPL-2.0+ is compatible with GPL-2.0. And kernel is not likely to be released with GPL-3, so this is mostly academic. Normally, company lawyers are quite se
|
By
Pavel Machek
· #2369
·
|
|
[PATCH 4.19.y-cip] dt-bindings: Add vendor prefix for Silicon Linux.
Hi! Thanks for the patch. I applied it and pushed the branch. Pavel
Hi! Thanks for the patch. I applied it and pushed the branch. Pavel
|
By
Pavel Machek
· #2384
·
|
|
[PATCH 4.4.y 0/2] Add SMP support to the RZ/G1C
Hi! Thanks, I applied the series and pushed it to kernel.org. Pavel
Hi! Thanks, I applied the series and pushed it to kernel.org. Pavel
|
By
Pavel Machek
· #2385
·
|
|
[RFC/RFT] -cip-rt kernels for review/testing
Hi! I played a bit with -rt kernels, and here are the results. v4.19.50-rt22-cip3-rebase was reasonably easy to do, as -cip1 was empty. v4.4.179-rt181-cip34-rebase was more interesting. Trees are at k
Hi! I played a bit with -rt kernels, and here are the results. v4.19.50-rt22-cip3-rebase was reasonably easy to do, as -cip1 was empty. v4.4.179-rt181-cip34-rebase was more interesting. Trees are at k
|
By
Pavel Machek
· #2514
·
|
|
[ANNOUNCE] 4.19.50-cip3 and 4.4.181-cip33
Hi! Well, most systems do not really need to protect local user's secrets from each other. We simply don't allow code execution for untrusted parties. If someone decides to combine "top secret documen
Hi! Well, most systems do not really need to protect local user's secrets from each other. We simply don't allow code execution for untrusted parties. If someone decides to combine "top secret documen
|
By
Pavel Machek
· #2518
·
|