- 12 4月, 2023 1 次提交
-
-
由 Chris Morgan 提交于
Add support for the newly mainlined panel to the RG353 series of devices. Signed-off-by: NChris Morgan <macromorgan@hotmail.com> Link: https://lore.kernel.org/r/20221126011432.22891-2-macroalpha82@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
- 06 4月, 2023 9 次提交
-
-
由 Krzysztof Kozlowski 提交于
The Anbernic and Odroid Go have different panels and take differently named supplies, so move all the supplies to DTS defining actual panel to fix warnings like: rk3326-odroid-go3.dtb: panel@0: 'IOVCC-supply' is a required property rk3326-odroid-go3.dtb: panel@0: 'iovcc-supply', 'vdd-supply' do not match any of the regexes: 'pinctrl-[0-9]+' Signed-off-by: NKrzysztof Kozlowski <krzysztof.kozlowski@linaro.org> Link: https://lore.kernel.org/r/20230326204520.80859-1-krzysztof.kozlowski@linaro.orgSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Cristian Ciocaltea 提交于
Add the necessary DT nodes for the Rock 5B board to enable the analog audio support provided by the Everest Semi ES8316 codec. Signed-off-by: NCristian Ciocaltea <cristian.ciocaltea@collabora.com> Reviewed-by: NChristopher Obbard <chris.obbard@collabora.com> Link: https://lore.kernel.org/r/20230402095054.384739-6-cristian.ciocaltea@collabora.com [adapted to the fan addition I applied slightly earlier] Signed-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Cristian Ciocaltea 提交于
In addition to the five I2S/PCM/TDM controllers and the two I2S/PCM controllers shared between the RK3588 and RK3588S SoCs, RK3588 provides another group of four I2S/PCM/TDM controllers. Add the DT nodes corresponding to the additional controllers. Signed-off-by: NCristian Ciocaltea <cristian.ciocaltea@collabora.com> Link: https://lore.kernel.org/r/20230402095054.384739-5-cristian.ciocaltea@collabora.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Cristian Ciocaltea 提交于
There are five I2S/PCM/TDM controllers and two I2S/PCM controllers embedded in the RK3588 and RK3588S SoCs. Add the DT nodes corresponding to the above mentioned Rockchip controllers. Also note RK3588 SoC contains four additional I2S/PCM/TDM controllers, which are handled via a separate patch. Signed-off-by: NCristian Ciocaltea <cristian.ciocaltea@collabora.com> Link: https://lore.kernel.org/r/20230402095054.384739-4-cristian.ciocaltea@collabora.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Cristian Ciocaltea 提交于
The clock rate for PLL_PPLL has been wrongly initialized to 100 MHz instead of 1.1 GHz. Fix it. Fixes: c9211fa2 ("arm64: dts: rockchip: Add base DT for rk3588 SoC") Reported-by: NSebastian Reichel <sebastian.reichel@collabora.com> Signed-off-by: NCristian Ciocaltea <cristian.ciocaltea@collabora.com> Link: https://lore.kernel.org/r/20230402095054.384739-3-cristian.ciocaltea@collabora.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Cristian Ciocaltea 提交于
Since commit df4fdd0d ("dt-bindings: firmware: arm,scmi: Restrict protocol child node properties") the following dtbs_check warning is shown: rk3588-rock-5b.dtb: scmi: protocol@14: Unevaluated properties are not allowed ('assigned-clock-rates', 'assigned-clocks' were unexpected) Because adding the missing properties to firmware/arm,scmi.yaml binding document was not an acceptable solution, move SCMI_CLK_CPUB01 and SCMI_CLK_CPUB23 assigned clocks to the related CPU nodes and also add the missing SCMI_CLK_CPUL. Additionally, adjust frequency to 816 MHz for all the above mentioned assigned clocks, in order to match the firmware defaults. Suggested-by: NSebastian Reichel <sebastian.reichel@collabora.com> Signed-off-by: NCristian Ciocaltea <cristian.ciocaltea@collabora.com> Link: https://lore.kernel.org/r/20230402095054.384739-2-cristian.ciocaltea@collabora.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Sebastian Reichel 提交于
Add thermal sensor IP, which allows monitoring temperatures at seven different places in the SoC: * Chip Center * CPU Cluster 1 (Dual A76 "Big" Cores) * CPU Cluster 2 (Dual A76 "Big" Cores) * CPU Cluster 0 (Quad A55 "Little" Cores) * Power Domain Center * Graphics Processing Unit * Neural Processing Unit Signed-off-by: NSebastian Reichel <sebastian.reichel@collabora.com> Link: https://lore.kernel.org/r/20230404154429.51601-1-sebastian.reichel@collabora.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Cristian Ciocaltea 提交于
Add the necessary DT changes for the Rock 5B board to enable support for the PWM controlled heat sink fan. Signed-off-by: NCristian Ciocaltea <cristian.ciocaltea@collabora.com> Reviewed-by: NChristopher Obbard <chris.obbard@collabora.com> Link: https://lore.kernel.org/r/20230404173807.490520-3-cristian.ciocaltea@collabora.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Shreeya Patel 提交于
Add DT node to enable RTC support for Rock 5B board. Signed-off-by: NShreeya Patel <shreeya.patel@collabora.com> Reviewed-by: NChristopher Obbard <chris.obbard@collabora.com> Link: https://lore.kernel.org/r/20230405082711.46303-1-shreeya.patel@collabora.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
- 30 3月, 2023 5 次提交
-
-
由 Tianling Shen 提交于
The OrangePi R1 Plus LTS is a minor variant of OrangePi R1 Plus with the on-board NIC chip changed from rtl8211e to yt8531c, and otherwise identical to OrangePi R1 Plus. Signed-off-by: NTianling Shen <cnsztl@gmail.com> Link: https://lore.kernel.org/r/20230325074022.9818-5-cnsztl@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Tianling Shen 提交于
The NanoPi R2C is a minor variant of NanoPi R2S with the on-board NIC chip changed from rtl8211e to yt8521s, and otherwise identical to R2S. Signed-off-by: NTianling Shen <cnsztl@gmail.com> Link: https://lore.kernel.org/r/20230325074022.9818-3-cnsztl@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Martijn Braam 提交于
The phone has a Goodix GT1158 touchscreen, add a DT node for it. Signed-off-by: NMartijn Braam <martijn@brixit.nl> Co-developed-by: NKamil Trzciński <ayufan@ayufan.eu> Signed-off-by: NKamil Trzciński <ayufan@ayufan.eu> Co-developed-by: NOndrej Jirman <megi@xff.cz> Signed-off-by: NOndrej Jirman <megi@xff.cz> Signed-off-by: NJavier Martinez Canillas <javierm@redhat.com> Link: https://lore.kernel.org/r/20230328073309.1743112-3-javierm@redhat.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Martijn Braam 提交于
The phone's display is using a Hannstar LCD panel. Support it by adding a panel DT node and all needed nodes (backlight, MIPI DSI, regulators, etc). Signed-off-by: NMartijn Braam <martijn@brixit.nl> Co-developed-by: NKamil Trzciński <ayufan@ayufan.eu> Signed-off-by: NKamil Trzciński <ayufan@ayufan.eu> Co-developed-by: NOndrej Jirman <megi@xff.cz> Signed-off-by: NOndrej Jirman <megi@xff.cz> Signed-off-by: NJavier Martinez Canillas <javierm@redhat.com> Tested-by: NOndrej Jirman <megi@xff.cz> Link: https://lore.kernel.org/r/20230328073309.1743112-2-javierm@redhat.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Shreeya Patel 提交于
Add DT node for watchdog support in RK3588. Signed-off-by: NShreeya Patel <shreeya.patel@collabora.com> Link: https://lore.kernel.org/r/20230328210048.195124-2-shreeya.patel@collabora.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
- 23 3月, 2023 10 次提交
-
-
由 Johan Jonker 提交于
The hclk is not used in the dw-mipi-dsi binding, so remove hclk from the rk356x.dtsi dsi node. Signed-off-by: NJohan Jonker <jbx6244@gmail.com> Link: https://lore.kernel.org/r/4df211eb-4fcd-ee20-48a1-ce7712de552c@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Johan Jonker 提交于
'vbus-supply' does not match any of the regexes in rk3566-box-demo.dts in the usb2phy0_otg node, so rename vbus-supply to phy-supply. Signed-off-by: NJohan Jonker <jbx6244@gmail.com> Link: https://lore.kernel.org/r/1889d8ee-e119-4a52-33a1-b990a41a137c@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Johan Jonker 提交于
Use generic node name for rk3399.dtsi dp node. With the conversion of rockchip,analogix-dp.yaml a port@1 node is required, so add a node with label edp_out. Also restyle. Signed-off-by: NJohan Jonker <jbx6244@gmail.com> Link: https://lore.kernel.org/r/f6008819-db9b-0944-3f5b-5522b7cd8a8d@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Johan Jonker 提交于
Use generic node name for rk3399.dtsi dsi node. With the conversion of rockchip,dw-mipi-dsi.yaml a port@1 node is required, so add a node with label mipi_out. Also restyle. Signed-off-by: NJohan Jonker <jbx6244@gmail.com> Link: https://lore.kernel.org/r/1e019e9e-a8da-3d57-2770-f6b81bbbf591@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Johan Jonker 提交于
With the conversion of rockchip,dw-mipi-dsi.yaml a port@1 node is required, so add a node with label dsi_out. Also add label dsi_in to port@0. Signed-off-by: NJohan Jonker <jbx6244@gmail.com> Link: https://lore.kernel.org/r/1ee3e676-aef4-f464-82b0-8fb39ba5c60d@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Johan Jonker 提交于
With the conversion of rockchip,lvds.yaml a port@1 node is required, so add a node with label lvds_out. Also add label lvds_in to port@0. Signed-off-by: NJohan Jonker <jbx6244@gmail.com> Link: https://lore.kernel.org/r/99895a4b-25c4-4b64-42ac-6f70940ab56e@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Tianling Shen 提交于
This is for the audio output which does not exist on the boards. Also disable regulator-always-on for vccio_acodec since it's only used by the audio output. Signed-off-by: NTianling Shen <cnsztl@gmail.com> Link: https://lore.kernel.org/r/20230318083745.6181-6-cnsztl@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Tianling Shen 提交于
- Changed phy-mode to rgmii. - Fixed pull type in pinctrl for gmac0. - Removed duplicate properties in mdio node. These properties are defined in the gmac0 node already. Signed-off-by: NTianling Shen <cnsztl@gmail.com> Link: https://lore.kernel.org/r/20230318083745.6181-5-cnsztl@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Tianling Shen 提交于
FriendlyARM NanoPi R5C is an open-sourced mini IoT gateway device. Specification: - Rockchip RK3568 - 1/4GB LPDDR4X RAM - 8/32GB eMMC - SD card slot - M.2 Connector - 2x USB 3.0 Port - 2x 2500 Base-T (PCIe, r8125) - HDMI 2.0 - MIPI DSI/CSI - USB Type C 5V Signed-off-by: NTianling Shen <cnsztl@gmail.com> Link: https://lore.kernel.org/r/20230318083745.6181-4-cnsztl@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Tianling Shen 提交于
Create common dtsi for the FriendlyElec NanoPi R5 series. Signed-off-by: NTianling Shen <cnsztl@gmail.com> Link: https://lore.kernel.org/r/20230318083745.6181-2-cnsztl@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
- 15 3月, 2023 2 次提交
-
-
由 Vasily Khoruzhick 提交于
FriendlyElec Nanopi R5S is an open-sourced mini IoT gateway device. Board Specifications - Rockchip RK3568 - 2 or 4GB LPDDR4X - 8GB or 16GB eMMC, SD card slot - GbE LAN (Native) - 2x 2.5G LAN (PCIe) - M.2 Connector - HDMI 2.0, MIPI DSI/CSI - 2xUSB 3.0 Host - USB Type C PD, 5V/9V/12V - GPIO: 12-pin 0.5mm FPC connector Based on Tianling Shen's <cnsztl@gmail.com> work. Signed-off-by: NVasily Khoruzhick <anarsoul@gmail.com> Link: https://lore.kernel.org/r/20230308063240.107178-2-anarsoul@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Yixun Lan 提交于
Edge2 is an ultraslim, credit-card sized ARM PC designed by Khadas. In this patch, we will add basic device tree support for this board, Only eMMC, UART are enabled, so it's capable of booting into a basic linux system from eMMC via serial console. Signed-off-by: NYixun Lan <dlan@gentoo.org> Link: https://lore.kernel.org/r/20230315033441.32719-3-dlan@gentoo.orgSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
- 08 3月, 2023 3 次提交
-
-
由 Maya Matuszczyk 提交于
Note that orientation property in ST7701 driver is currently missing, And that ST7701 panel driver uses different regulator names compared to driver for Elida KD35T133 driver. Signed-off-by: NMaya Matuszczyk <maccraft123mc@gmail.com> Link: https://lore.kernel.org/r/20230213153816.213526-5-maccraft123mc@gmail.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Manoj Sai 提交于
Enable USB OTG support for Radxa Compute Module 3 IO Board Signed-off-by: NManoj Sai <abbaraju.manojsai@amarulasolutions.com> Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Link: https://lore.kernel.org/r/20230223135929.630787-1-abbaraju.manojsai@amarulasolutions.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
由 Lucas Tanure 提交于
Add SD Card node for RK3588s and RK3588. Co-developed-by: NShawn Lin <shawn.lin@rock-chips.com> Signed-off-by: NShawn Lin <shawn.lin@rock-chips.com> Signed-off-by: NLucas Tanure <lucas.tanure@collabora.com> Link: https://lore.kernel.org/r/20230228103610.25108-1-lucas.tanure@collabora.comSigned-off-by: NHeiko Stuebner <heiko@sntech.de>
-
- 06 3月, 2023 2 次提交
-
-
由 Linus Torvalds 提交于
Commit aa47a7c2 ("lib/cpumask: deprecate nr_cpumask_bits") resulted in the cpumask operations potentially becoming hugely less efficient, because suddenly the cpumask was always considered to be variable-sized. The optimization was then later added back in a limited form by commit 6f9c07be ("lib/cpumask: add FORCE_NR_CPUS config option"), but that FORCE_NR_CPUS option is not useful in a generic kernel and more of a special case for embedded situations with fixed hardware. Instead, just re-introduce the optimization, with some changes. Instead of depending on CPUMASK_OFFSTACK being false, and then always using the full constant cpumask width, this introduces three different cpumask "sizes": - the exact size (nr_cpumask_bits) remains identical to nr_cpu_ids. This is used for situations where we should use the exact size. - the "small" size (small_cpumask_bits) is the NR_CPUS constant if it fits in a single word and the bitmap operations thus end up able to trigger the "small_const_nbits()" optimizations. This is used for the operations that have optimized single-word cases that get inlined, notably the bit find and scanning functions. - the "large" size (large_cpumask_bits) is the NR_CPUS constant if it is an sufficiently small constant that makes simple "copy" and "clear" operations more efficient. This is arbitrarily set at four words or less. As a an example of this situation, without this fixed size optimization, cpumask_clear() will generate code like movl nr_cpu_ids(%rip), %edx addq $63, %rdx shrq $3, %rdx andl $-8, %edx callq memset@PLT on x86-64, because it would calculate the "exact" number of longwords that need to be cleared. In contrast, with this patch, using a MAX_CPU of 64 (which is quite a reasonable value to use), the above becomes a single movq $0,cpumask instruction instead, because instead of caring to figure out exactly how many CPU's the system has, it just knows that the cpumask will be a single word and can just clear it all. Note that this does end up tightening the rules a bit from the original version in another way: operations that set bits in the cpumask are now limited to the actual nr_cpu_ids limit, whereas we used to do the nr_cpumask_bits thing almost everywhere in the cpumask code. But if you just clear bits, or scan for bits, we can use the simpler compile-time constants. In the process, remove 'cpumask_complement()' and 'for_each_cpu_not()' which were not useful, and which fundamentally have to be limited to 'nr_cpu_ids'. Better remove them now than have somebody introduce use of them later. Of course, on x86-64 with MAXSMP there is no sane small compile-time constant for the cpumask sizes, and we end up using the actual CPU bits, and will generate the above kind of horrors regardless. Please don't use MAXSMP unless you really expect to have machines with thousands of cores. Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
-
由 Masahiro Yamada 提交于
include/linux/compiler-intel.h had no update in the past 3 years. We often forget about the third C compiler to build the kernel. For example, commit a0a12c3e ("asm goto: eradicate CC_HAS_ASM_GOTO") only mentioned GCC and Clang. init/Kconfig defines CC_IS_GCC and CC_IS_CLANG but not CC_IS_ICC, and nobody has reported any issue. I guess the Intel Compiler support is broken, and nobody is caring about it. Harald Arnesen pointed out ICC (classic Intel C/C++ compiler) is deprecated: $ icc -v icc: remark #10441: The Intel(R) C++ Compiler Classic (ICC) is deprecated and will be removed from product release in the second half of 2023. The Intel(R) oneAPI DPC++/C++ Compiler (ICX) is the recommended compiler moving forward. Please transition to use this compiler. Use '-diag-disable=10441' to disable this message. icc version 2021.7.0 (gcc version 12.1.0 compatibility) Arnd Bergmann provided a link to the article, "Intel C/C++ compilers complete adoption of LLVM". lib/zstd/common/compiler.h and lib/zstd/compress/zstd_fast.c were kept untouched for better sync with https://github.com/facebook/zstd Link: https://www.intel.com/content/www/us/en/developer/articles/technical/adoption-of-llvm-complete-icx.htmlSigned-off-by: NMasahiro Yamada <masahiroy@kernel.org> Acked-by: NArnd Bergmann <arnd@arndb.de> Reviewed-by: NNick Desaulniers <ndesaulniers@google.com> Reviewed-by: NNathan Chancellor <nathan@kernel.org> Reviewed-by: NMiguel Ojeda <ojeda@kernel.org> Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
-
- 03 3月, 2023 8 次提交
-
-
由 Marco Elver 提交于
Now that memcpy/memset/memmove are no longer overridden by KASAN, we can just use the normal symbol names in uninstrumented files. Drop the preprocessor redefinitions. Link: https://lkml.kernel.org/r/20230224085942.1791837-4-elver@google.com Fixes: 69d4c0d3 ("entry, kasan, x86: Disallow overriding mem*() functions") Signed-off-by: NMarco Elver <elver@google.com> Reviewed-by: NAndrey Konovalov <andreyknvl@gmail.com> Cc: Alexander Potapenko <glider@google.com> Cc: Andrey Ryabinin <ryabinin.a.a@gmail.com> Cc: Borislav Petkov (AMD) <bp@alien8.de> Cc: Dave Hansen <dave.hansen@linux.intel.com> Cc: Dmitry Vyukov <dvyukov@google.com> Cc: Ingo Molnar <mingo@redhat.com> Cc: Jakub Jelinek <jakub@redhat.com> Cc: Kees Cook <keescook@chromium.org> Cc: Linux Kernel Functional Testing <lkft@linaro.org> Cc: Naresh Kamboju <naresh.kamboju@linaro.org> Cc: Nathan Chancellor <nathan@kernel.org> Cc: Nick Desaulniers <ndesaulniers@google.com> Cc: Nicolas Schier <nicolas@fjasle.eu> Cc: Peter Zijlstra (Intel) <peterz@infradead.org> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: Vincenzo Frascino <vincenzo.frascino@arm.com> Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
-
由 Al Viro 提交于
openrisc equivalent of 26178ec1 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
-
由 Al Viro 提交于
nios2 equivalent of 26178ec1 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
-
由 Al Viro 提交于
microblaze equivalent of 26178ec1 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
-
由 Al Viro 提交于
ia64 equivalent of 26178ec1 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
-
由 Al Viro 提交于
sparc equivalent of 26178ec1 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
-
由 Al Viro 提交于
alpha equivalent of 26178ec1 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
-
由 Al Viro 提交于
parisc equivalent of 26178ec1 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access. Tested-by: NHelge Deller <deller@gmx.de> Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
-