[PATCH v3 37/41] powerpc/32s: Move KUEP locking/unlocking in C

This can be done in C, do it. Unrolling the loop gains approx. 15% performance. >From now on, prepare_transfer_to_handler() is only for interrupts from kernel. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/32/kup.h | 31 --- arch/powerpc/include/asm/interr

[PATCH v3 39/41] powerpc/32s: Create C version of kuap save/restore/check helpers

In preparation of porting PPC32 to C syscall entry/exit, create C version of kuap_save_and_lock() and kuap_user_restore() and kuap_kernel_restore() and kuap_assert_locked() and kuap_get_and_assert_locked() on book3s/32. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/32/kup.h

[PATCH v3 40/41] powerpc/8xx: Create C version of kuap save/restore/check helpers

In preparation of porting PPC32 to C syscall entry/exit, create C version of kuap_save_and_lock() and kuap_user_restore() and kuap_kernel_restore() and kuap_assert_locked() and kuap_get_and_assert_locked() on 8xx. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/nohash/32/kup-8xx.h |

[PATCH v3 41/41] powerpc/32: Manage KUAP in C

Move all KUAP management in C. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/32/kup.h | 50 +--- arch/powerpc/include/asm/interrupt.h | 2 + arch/powerpc/include/asm/kup.h | 9 arch/powerpc/include/asm/nohash/32/kup-8xx.h | 2

Re: [PATCH v2 0/6] Fix bugs and add support for new Ingenic SoCs.

On Thu, Mar 11, 2021 at 5:23 PM 周琰杰 (Zhou Yanjie) wrote: > > v1->v2: > 1.Split [1/3] in v1 to [1/6] [2/6] [3/6] [4/6] in v2. > 2.Fix the uninitialized warning. With the split done the series looks much better! FWIW, Reviewed-by: Andy Shevchenko (with the exception of DT bindings) > 周琰杰 (Zhou Y

"cache_from_obj: Wrong slab cache." on failing ACPI init

Hi, a wrong config surfaced a potential issue in the cleanup path of ACPI, at least according to my current understanding. Use x86_64_defconfig, add CONFIG_SLAB_FREELIST_HARDENED=y and disable CONFIG_PCI, then boot in QEMU (likely also real HW) to get this: ... [0.041398] ACPI: Added _OSI(

Re: [PATCH 5.4 00/24] 5.4.105-rc1 review

From: Florian Fainelli Date: Thu, 11 Mar 2021 09:41:27 -0800 Hi Florian, > On 3/11/21 9:40 AM, Greg KH wrote: > > On Thu, Mar 11, 2021 at 09:23:56AM -0800, Florian Fainelli wrote: > >> On 3/11/21 5:08 AM, Greg KH wrote: > >>> On Wed, Mar 10, 2021 at 08:19:45PM -0800, Florian Fainelli wrote: > >>

Re: [PATCH RFC v1 06/15] iommu/virtio: Add headers for table format probing

On 3/3/21 10:47 PM, Jean-Philippe Brucker wrote: On Fri, Jan 15, 2021 at 05:43:33PM +0530, Vivek Gautam wrote: From: Jean-Philippe Brucker Add required UAPI defines for probing table format for underlying iommu hardware. The device may provide information about hardware tables and additiona

Re: [PATCH 2/2] sigaction.2: wfix - Clarify si_addr description.

On Thu, Mar 11, 2021 at 7:33 PM Yu, Yu-cheng wrote: > > On 3/11/2021 9:17 AM, Stefan Puiu wrote: > > Hi, > > > > My 2 cents below. > > > > On Tue, Mar 9, 2021, 16:33 Borislav Petkov > > wrote: > > > > On Mon, Mar 08, 2021 at 01:46:07PM -0800, Yu, Yu-cheng wrote: > >

Re: [PATCH 4/4] tools/perf: Support pipeline stage cycles for powerpc

On Tue, Mar 09, 2021 at 09:04:00AM -0500, Athira Rajeev wrote: > The pipeline stage cycles details can be recorded on powerpc from > the contents of Performance Monitor Unit (PMU) registers. On > ISA v3.1 platform, sampling registers exposes the cycles spent in > different pipeline stages. Patch ad

[PATCH v2 6/6] media: uvcvideo: Use dma_alloc_noncontiguous API

On architectures where there is no coherent caching such as ARM use the dma_alloc_noncontiguous API and handle manually the cache flushing using dma_sync_sgtable(). With this patch on the affected architectures we can measure up to 20x performance improvement in uvc_video_copy_data_work(). Eg: aa

Re: [PATCH 2/4] tools/perf: Add dynamic headers for perf report columns

On Tue, Mar 09, 2021 at 09:03:58AM -0500, Athira Rajeev wrote: > Currently the header string for different columns in perf report > is fixed. Some fields of perf sample could have different meaning > for different architectures than the meaning conveyed by the header > string. An example is the new

Re: [PATCH RFC v1 08/15] iommu: Add asid_bits to arm smmu-v3 stage1 table info

On 3/3/21 10:48 PM, Jean-Philippe Brucker wrote: On Fri, Jan 15, 2021 at 05:43:35PM +0530, Vivek Gautam wrote: aisd_bits data is required to prepare stage-1 tables for arm-smmu-v3. Signed-off-by: Vivek Gautam Cc: Joerg Roedel Cc: Will Deacon Cc: Robin Murphy Cc: Jean-Philippe Brucker Cc

Re: [PATCH RFC v1 09/15] iommu/virtio: Update table format probing header

On 3/3/21 10:51 PM, Jean-Philippe Brucker wrote: On Fri, Jan 15, 2021 at 05:43:36PM +0530, Vivek Gautam wrote: Add info about asid_bits and additional flags to table format probing header. Signed-off-by: Vivek Gautam Cc: Joerg Roedel Cc: Will Deacon Cc: Michael S. Tsirkin Cc: Robin Murph

YOU HAVE WON

LOTTO.NL, 2391 Beds 152 Koningin Julianaplein 21, Den Haag-Netherlands. (Lotto affiliate with Subscriber Agents). From: Susan Console (Lottery Coordinator) Website: www.lotto.nl Sir/Madam, CONGRATULATIONS!!! We are pleased to inform you of the result of the Lotto NL Winners International progr

Re: [PATCH v3 1/2] crypto: hisilicon/sec - fixes some log printing style

On Thu, Mar 04, 2021 at 02:18:54PM +0800, Longfang Liu wrote: > > @@ -727,7 +725,7 @@ static void sec_cipher_pbuf_unmap(struct sec_ctx *ctx, > struct sec_req *req, > struct aead_request *aead_req = req->aead_req.aead_req; > struct sec_cipher_req *c_req = &req->c_req; > struct sec

Re: [PATCH 4/7] crypto: qce: Add support for AEAD algorithms

On Thu, Feb 25, 2021 at 01:27:13PM -0500, Thara Gopinath wrote: > > +static int > +qce_aead_async_req_handle(struct crypto_async_request *async_req) > +{ > + struct aead_request *req = aead_request_cast(async_req); > + struct qce_aead_reqctx *rctx = aead_request_ctx(req); > + struct cry

Re: [PATCH 0/7] Add support for AEAD algorithms in Qualcomm Crypto Engine driver

On Thu, Mar 04, 2021 at 01:41:15PM -0500, Thara Gopinath wrote: > > Yes it did. The last patch adds fallback for unsupported cases and > this will make it pass the fuzz tests. Please include this information in the next round. Thanks, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~

[PATCH 3/3] regulator: bd9571mwv: Convert device attribute to sysfs_emit()

Convert the "backup_mode" device attribute from sprintf() to sysfs_emit(), as the latter is aware of the PAGE_SIZE buffer. Signed-off-by: Geert Uytterhoeven --- drivers/regulator/bd9571mwv-regulator.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/regulator/bd9571mwv

[PATCH 2/3] regulator: bd9571mwv: Fix regulator name printed on registration failure

If a regulator fails to register, the driver prints an error message like: bd9571mwv-regulator bd9571mwv-regulator.6.auto: failed to register bd9571mwv-regulator regulator However, the platform device's name is already printed as part of dev_err(), and does not allow the user to distinguish

[PATCH 0/3] regulator: bd9571mwv: Miscellaneous fixes and improvements

*** BLURB HERE *** Geert Uytterhoeven (3): regulator: bd9571mwv: Fix AVS and DVFS voltage range regulator: bd9571mwv: Fix regulator name printed on registration failure regulator: bd9571mwv: Convert device attribute to sysfs_emit() drivers/regulator/bd9571mwv-regulator.c | 8

[PATCH 1/3] regulator: bd9571mwv: Fix AVS and DVFS voltage range

According to Table 30 ("DVFS_MoniVDAC [6:0] Setting Table") in the BD9571MWV-M Datasheet Rev. 002, the valid voltage range is 600..1100 mV (settings 0x3c..0x6e). While the lower limit is taken into account (by setting regulator_desc.linear_min_sel to 0x3c), the upper limit is not. Fix this by red

Re: [PATCH v4 1/2] arm64: dts: qcom: sc7180-trogdor: Add lpass dai link for I2S driver

Hi Doug, Thanks for your time!!! On 3/12/2021 1:26 AM, Doug Anderson wrote: Hi, On Thu, Mar 11, 2021 at 8:49 AM Srinivasa Rao Mandadapu wrote: From: Ajit Pandey Add dai link for supporting lpass I2S driver, which is used for audio capture and playback. Add lpass-cpu node with pin controls

Re: [PATCH v2 1/6] pinctrl: Ingenic: Add missing pins to the JZ4770 MAC MII group.

Hi, Le jeu. 11 mars 2021 à 23:21, 周琰杰 (Zhou Yanjie) a écrit : The MII group of JZ4770's MAC should have 7 pins, add missing pins to the MII group. Signed-off-by: 周琰杰 (Zhou Yanjie) No Fixes: tag? And if the bug wasn't introduced in 5.12-rc1 you'll need to Cc linux-stable as well. --- N

Re: [PATCH 0/3] regulator: bd9571mwv: Miscellaneous fixes and improvements

Hi Marek, Liam, Mark, On Fri, Mar 12, 2021 at 2:02 PM Geert Uytterhoeven wrote: > *** BLURB HERE *** Woops, that was a bit too early, sorry for that. But there was not much to say anyway, just a few miscellaneous fixes and improvements. Thanks for your comments! > Geert Uytterhoeven (3): > r

Re: [PATCH] powerpc/vdso32: Add missing _restgpr_31_x to fix build failure

Le 09/03/2021 à 07:19, Christophe Leroy a écrit : With some defconfig including CONFIG_CC_OPTIMIZE_FOR_SIZE, (for instance mvme5100_defconfig and ps3_defconfig), gcc 5 generates a call to _restgpr_31_x. Until recently it went unnoticed, but commit 42ed6d56ade2 ("powerpc/vdso: Block R_PPC_REL2

Re: [PATCH RFC v1 15/15] iommu/virtio: Update fault type and reason info for viommu fault

On 3/3/21 10:55 PM, Jean-Philippe Brucker wrote: On Fri, Jan 15, 2021 at 05:43:42PM +0530, Vivek Gautam wrote: Fault type information can tell about a page request fault or an unreceoverable fault, and further additions to fault reasons and the related PASID information can help in handling f

[PATCH v4 3/5] powercap/drivers/dtpm: Simplify the dtpm table

The dtpm table is an array of pointers, that forces the user of the table to define initdata along with the declaration of the table entry. It is more efficient to create an array of dtpm structure, so the declaration of the table entry can be done by initializing the different fields. Signed-off-

[PATCH v4 2/5] powercap/drivers/dtpm: Create a registering system

A SoC can be differently structured depending on the platform and the kernel can not be aware of all the combinations, as well as the specific tweaks for a particular board. The creation of the hierarchy must be delegated to userspace. These changes provide a registering mechanism where the diffe

[PATCH v4 4/5] powercap/drivers/dtpm: Use container_of instead of a private data field

The dtpm framework provides an API to allocate a dtpm node. However when a backend dtpm driver needs to allocate a dtpm node it must define its own structure and store the pointer of this structure in the private field of the dtpm structure. It is more elegant to use the container_of macro and add

[PATCH v4 5/5] powercap/drivers/dtpm: Scale the power with the load

Currently the power consumption is based on the current OPP power assuming the entire performance domain is fully loaded. That gives very gross power estimation and we can do much better by using the load to scale the power consumption. Use the utilization to normalize and scale the power usage o

[PATCH v4 1/5] powercap/drivers/dtpm: Encapsulate even more the code

In order to increase the self-encapsulation of the dtpm generic code, the following changes are adding a power update ops to the dtpm ops. That allows the generic code to call directly the dtpm backend function to update the power values. The power update function does compute the power characteri

Re: [PATCH] rdma: delete the useless casting value returned

On Fri, Mar 12, 2021 at 10:19:30AM +0800, Wang Qing wrote: > Fix the following coccicheck warning: > WARNING: casting value returned by memory allocation function is useless. This warning is wrong in this specific case. The #define is creating a helper function that enforces strict type safety on

[GIT PULL] sound fixes for 5.12-rc3

Linus, please pull sound fixes for v5.12-rc3 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-5.12-rc3 The topmost commit is eea46a0879bcca23e15071f9968c0f6e6596e470 sound fixes for 5.12-rc3 No s

Re: [PATCH mm] kfence: zero guard page after out-of-bounds access

On Fri, Mar 12, 2021 at 1:16 PM Marco Elver wrote: > > After an out-of-bounds accesses, zero the guard page before > re-protecting in kfence_guarded_free(). On one hand this helps make the > failure mode of subsequent out-of-bounds accesses more deterministic, > but could also prevent certain info

Re: fuse: kernel BUG at mm/truncate.c:763!

On Fri, Mar 12, 2021 at 12:21:59PM +, Luis Henriques wrote: > > > I've seen a bug report (5.10.16 kernel splat below) that seems to be > > > reproducible in kernels as early as 5.4. If this is reproducible, can you turn this BUG_ON into a VM_BUG_ON_PAGE() so we know what kind of problem we're

Re: [PATCH] include/linux: Fix typo issue

On Tue, Mar 02, 2021 at 07:34:33PM +0800, zuoqil...@163.com wrote: > From: zuoqilin > > Change 'bufer' to 'buffer'. > > Signed-off-by: zuoqilin > --- > include/linux/mpi.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Please resend to linux-cry...@vger.kernel.org. Thanks, -- Email

Re: [PATCH] crypto: sun8i-ss: Fix memory leak of object d when dma_iv fails to map

On Tue, Mar 02, 2021 at 04:34:46PM +, Colin King wrote: > From: Colin Ian King > > In the case where the dma_iv mapping fails, the return error path leaks > the memory allocated to object d. Fix this by adding a new error return > label and jumping to this to ensure d is free'd before the re

Re: [PATCH] powerpc: Force inlining of cpu_has_feature() to avoid build failure

Le 10/03/2021 à 13:10, Christophe Leroy a écrit : The code relies on constant folding of cpu_has_feature() based on possible and always true values as defined per CPU_FTRS_ALWAYS and CPU_FTRS_POSSIBLE. Build failure is encountered with for instance book3e_all_defconfig on kisskb in the AMDGPU

Re: [PATCH] crypto: ccp - Don't initialize SEV support without the SEV feature

On Wed, Mar 03, 2021 at 04:31:09PM -0600, Tom Lendacky wrote: > From: Tom Lendacky > > If SEV has been disabled (e.g. through BIOS), the driver probe will still > issue SEV firmware commands. The SEV INIT firmware command will return an > error in this situation, but the error code is a general e

Re: [PATCH] crypto: allwinner: sun8i-ce: fix error return code in sun8i_ce_prng_generate()

On Thu, Mar 04, 2021 at 05:57:17PM -0800, Jia-Ju Bai wrote: > When dma_mapping_error() returns an error, no error return code of > sun8i_ce_prng_generate() is assigned. > To fix this bug, err is assigned with -EFAULT as error return code. > > Reported-by: TOTE Robot > Signed-off-by: Jia-Ju Bai

Re: [PATCH v10 0/7] add ECDH and CURVE25519 algorithms support for Kunpeng 930

On Thu, Mar 04, 2021 at 02:35:43PM +0800, Meng Yu wrote: > 1. Move curve ID from the key into the algorithm name (like 'ecdh-nist-pxxx' >so we get its tfm like 'crypto_alloc_kpp("ecdh-nist-p256", 0, 0)'), >in 'crypto/ecc.c' (has been verified by testmgr) and 'crypto/atmel-ecc.c' >(only

Re: [PATCH v2 0/2] crypto: qat - fixes related to 'dma_map_single'

On Fri, Mar 05, 2021 at 02:35:00PM +0800, Hui Tang wrote: > This patchset fix bugs related to 'dma_map_single' use: > > Hui Tang (2): > crypto: qat - fix 'dma_unmap_single' invalid address > crypto: qat - fix use of 'dma_map_single' > > > v1 -> v2: > 1.fix build warning reported by ker

Re: [PATCH] ALSA: sb: Remove extra brackets

On Fri, 12 Mar 2021 10:36:25 +0100, Xu Wang wrote: > > Remove extra brackets. > > Signed-off-by: Xu Wang Thanks for the patch. But this kind of change alone makes little benefit, as it doesn't improve the readability significantly. So I'd take such a change only if it's really needed, e.g. if

YOU HAVE WON

LOTTO.NL, 2391 Beds 152 Koningin Julianaplein 21, Den Haag-Netherlands. (Lotto affiliate with Subscriber Agents). From: Susan Console (Lottery Coordinator) Website: www.lotto.nl Sir/Madam, CONGRATULATIONS!!! We are pleased to inform you of the result of the Lotto NL Winners International progr

Re: [PATCH v6 0/3] hwrng: bcm2835: add reset support

On Fri, Mar 05, 2021 at 08:01:29AM +0100, Álvaro Fernández Rojas wrote: > Some devices may need to perform a reset before using the RNG, such as the > BCM6368. > > v6: fix dt-bindings documentation, add patch makings clocks mandatory for > BCM6368. > v5: remove reset_control_rearm() and apply on

Re: [PATCH v4 07/11] lib: bitmap: provide devm_bitmap_alloc() and devm_bitmap_zalloc()

On Fri, Mar 12, 2021 at 12:40 PM Andy Shevchenko wrote: > > On Fri, Mar 12, 2021 at 10:56:56AM +0100, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Provide managed variants of bitmap_alloc() and bitmap_zalloc(). > > Perhaps I missed your answer to Greg's comment... > So, what d

Re: [PATCH v2 05/14] opp: Add devres wrapper for dev_pm_opp_register_notifier

12.03.2021 08:26, Viresh Kumar пишет: > On 11-03-21, 22:20, Dmitry Osipenko wrote: >> From: Yangtao Li >> >> Add devres wrapper for dev_pm_opp_register_notifier() to simplify driver >> code. >> >> Signed-off-by: Yangtao Li >> Signed-off-by: Dmitry Osipenko >> --- >> drivers/opp/core.c | 38

Re: [PATCH v2 01/14] opp: Add devres wrapper for dev_pm_opp_set_clkname

12.03.2021 13:36, Ulf Hansson пишет: > On Fri, 12 Mar 2021 at 06:33, Viresh Kumar wrote: >> >> On 11-03-21, 22:20, Dmitry Osipenko wrote: >>> +struct opp_table *devm_pm_opp_set_clkname(struct device *dev, const char >>> *name) >>> +{ >>> + struct opp_table *opp_table; >>> + int err; >>> +

Re: [PATCH] mm/slab: kmalloc with GFP_DMA32 allocate from SLAB_CACHE_DMA32

Hi Jianqun, Thank you for the patch! Yet something to improve: [auto build test ERROR on hnaz-linux-mm/master] url: https://github.com/0day-ci/linux/commits/Jianqun-Xu/mm-slab-kmalloc-with-GFP_DMA32-allocate-from-SLAB_CACHE_DMA32/20210312-160426 base: https://github.com/hnaz/linux-mm

Re: [PATCH v3 0/4] sched/fair: Burstable CFS bandwidth controller

> On Mar 10, 2021, at 7:11 PM, Odin Ugedal wrote: > > Hi, > >> If there are cases where the "start bandwidth" matters, I think there is >> need to expose the >> "start bandwidth" explicitly too. However, I doubt the existence of such >> cases from my view >> and the two examples above. > >

[PATCH v3 03/15] powerpc/align: Convert emulate_spe() to user_access_begin

This patch converts emulate_spe() to using user_access_begin logic. Since commit 662bbcb2747c ("mm, sched: Allow uaccess in atomic with pagefault_disable()"), might_fault() doesn't fire when called from sections where pagefaults are disabled, which must be the case when using _inatomic variants of

Re: [PATCH 4.4 v2 0/3] Backport patch series to update Futex from 4.9

On Thu, Mar 11, 2021 at 11:25:57AM +0800, Zheng Yejian wrote: > Changelog for 'v2': > Complete commit messages with needed git commit ids as Greg and Lee > suggested. > > Lee sent a patchset to update Futex for v4.9, see > https://www.spinics.net/lists/stable/msg443081.html, > Then Xiaoming se

Re: [RFC PATCH 0/6] spi: Add OSPI PHY calibration support for spi-cadence-quadspi

Am 2021-03-12 12:07, schrieb Pratyush Yadav: On 12/03/21 11:20AM, Michael Walle wrote: Am 2021-03-12 11:10, schrieb Pratyush Yadav: > There is usually a delay from when the flash drives the data line (IOW, > puts a data bit on it) and when the signal reaches the controller. This > delay can vary

[PATCH 2/2] perf/x86/intel: Fix unchecked MSR access error caused by VLBR_EVENT

From: Kan Liang On a Haswell machine, the perf_fuzzer managed to trigger this message: [117248.075892] unchecked MSR access error: WRMSR to 0x3f1 (tried to write 0x0400) at rIP: 0x8106e4f4 (native_write_msr+0x4/0x20) [117248.089957] Call Trace: [117248.092685] intel_pmu_pebs

[PATCH 1/2] perf/x86/intel: Fix a crash caused by zero PEBS status

From: Kan Liang A repeatable crash can be triggered by the perf_fuzzer on some Haswell system. https://lore.kernel.org/lkml/7170d3b-c17f-1ded-52aa-cc6d9ae99...@maine.edu/ For some old CPUs (HSW and earlier), the PEBS status in a PEBS record may be mistakenly set to 0. To minimize the impact of t

Re: [PATCH RFC v1 13/15] iommu/virtio: Attach Arm PASID tables when available

On 3/3/21 10:55 PM, Jean-Philippe Brucker wrote: On Fri, Jan 15, 2021 at 05:43:40PM +0530, Vivek Gautam wrote: [...] +static int viommu_setup_pgtable(struct viommu_endpoint *vdev, + struct viommu_domain *vdomain) +{ + int ret, id; + u32 asid; +

Re: [PATCH v7 1/1] iio/scmi: Adding support for IIO SCMI Based Sensors

Hi Jonathan, thanks for this, I was starting working on top of this new immutable branch BUT I spotted a thing that I wanted to check. You latest immutable: https://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git/log/?h=ib-iio-scmi-5.12-rc2 looking at the code in the SCMI IIO Jyoti drive

Re: systematic crash in amdgpu init since 5.10.20. Not fixed with 5.10.21

On Tue, Mar 09, 2021 at 07:12:43PM +0100, Eric Valette wrote: > On 09/03/2021 18:27, Holger Hoffstätte wrote: > > On 2021-03-07 17:18, Eric Valette wrote: > > > I have the following systematic crash at boot since 5.10.20 (.19 was ok) > > > > > > This laptop has two graphic cards: > > > > > > 03:0

Re: [PATCH v2 2/6] pinctrl: Ingenic: Add support for read the pin configuration of X1830.

Hi Zhou, Le jeu. 11 mars 2021 à 23:21, 周琰杰 (Zhou Yanjie) a écrit : Add X1830 support in "ingenic_pinconf_get()", so that it can read the configuration of X1830 SoC correctly. Signed-off-by: 周琰杰 (Zhou Yanjie) This is a fix, so it needs a Fixes: tag, and you need to Cc linux-stable. ---

Re: [RFC PATCH 0/6] spi: Add OSPI PHY calibration support for spi-cadence-quadspi

Am 2021-03-11 20:12, schrieb Pratyush Yadav: The main problem here is telling the controller where to find the pattern and how to read it. This RFC uses nvmem cells which point to a fixed partition containing the data to do the reads. It depends on [0] and [1]. The obvious problem with this is i

Re: [PATCH v2 3/6] pinctrl: Ingenic: Adjust the sequence of X1830 SSI pin groups.

Le jeu. 11 mars 2021 à 23:21, 周琰杰 (Zhou Yanjie) a écrit : Adjust the sequence of X1830's SSI related codes to make it consistent with other Ingenic SoCs. Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Paul Cercueil Cheers, -Paul --- Notes: v2: New patch. drivers/pinctrl/pin

[GIT PULL] arm64: Fixes for -rc3

Hi Linus, Please pull these arm64 fixes for -rc3. Summary in the tag, but we've got a smattering of changes all over the place which we've acrued since -rc1. To my knowledge, there aren't any pending issues at the moment, but there's still plenty of time for something else to crop up... Cheers,

Re: [PATCH v2 4/6] pinctrl: Ingenic: Reformat the code.

Le jeu. 11 mars 2021 à 23:21, 周琰杰 (Zhou Yanjie) a écrit : 1.Move the "INGENIC_PIN_GROUP_FUNCS" to the macro definition section. 2.Add tabs before values to align the code in the macro definition section. Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Paul Cercueil Cheers, -Paul ---

Re: [3/3,v3] tools/power turbostat: Enable accumulate RAPL display

Hi Youling, Bas, and Bingsong, On Wed, Mar 10, 2021 at 04:03:31PM -0800, Doug Smythies wrote: > Hi Yu, > > I am just resending your e-mail, adjusting the "To:" list to > include the 3 others that have submitted similar patches. > > ... Doug > Could you please help check if the following combined

Re: [PATCH v6 0/6] gpiolib: switch to fwnode in the core

On Tue, Mar 9, 2021 at 10:37 AM Andy Shevchenko wrote: > > GPIO library uses of_node and fwnode in the core in non-unified way. > The series cleans this up and improves IRQ domain creation for non-OF cases > where currently the names of the domain are 'unknown'. > > This has been tested on Intel G

Re: [PATCH v2 6/6] pinctrl: Ingenic: Add support for new Ingenic SoCs.

Hi Zhou, Le jeu. 11 mars 2021 à 23:21, 周琰杰 (Zhou Yanjie) a écrit : Add support for probing the pinctrl-ingenic driver on the JZ4730 SoC, the JZ4750 SoC, the JZ4755 SoC, the JZ4775 SoC and the X2000 SoC from Ingenic. The driver of JZ4730 is derived from Paul Boddie. It is worth noting that the

[PATCH v1 1/1] iio: chemical: bmp680: Drop unneeded explicit castings

In few places the unnecessary explicit castings are being used. Drop them for good. Signed-off-by: Andy Shevchenko --- drivers/iio/chemical/bme680_i2c.c | 3 +-- drivers/iio/chemical/bme680_spi.c | 3 +-- 2 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/iio/chemical/bme680_

Re: [PATCH 2/5] mm/page_alloc: Add a bulk page allocator

On Fri, Mar 12, 2021 at 12:46:09PM +0100, Jesper Dangaard Brouer wrote: > > > > > > > > + if (!zone) > > > > + return 0; > > > > + > > > > + /* Attempt the batch allocation */ > > > > + local_irq_save(flags); > > > > + pcp = &this_cpu_ptr(zone->pageset)->pcp;

[PATCH v1 1/1] iio: imu: fxos8700: Drop unneeded explicit castings

In a few places the unnecessary explicit castings are being used. Drop them for good. Signed-off-by: Andy Shevchenko --- drivers/iio/imu/fxos8700_i2c.c | 3 +-- drivers/iio/imu/fxos8700_spi.c | 3 +-- 2 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/iio/imu/fxos8700_i2c.c b

[PATCH v1 1/1] iio: imu: st_lsm6dsx: Drop unneeded explicit castings

In a few places the unnecessary explicit castings are being used. Drop them for good. Signed-off-by: Andy Shevchenko --- drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i2c.c | 3 +-- drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i3c.c | 3 +-- drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_spi.c | 3 +-- 3 files changed,

Re: [PATCH 1/3] ASoC: simple-card-utils: Fix device module clock

On Fri, Mar 12, 2021 at 01:30:02PM +0100, Michael Walle wrote: > The card calls set_sysclk(), which eventually ends up in the codec. > The codec therefore, could figure out if it needs to configure the > clock or if it can use its internal FLL. > Is that what you mean? Yes. > But the set_sysclk(

[PATCH v1 1/1] iio: light: gp2ap002: Drop unneeded explicit casting

The unnecessary explicit casting is being used. Drop it for good. Signed-off-by: Andy Shevchenko --- drivers/iio/light/gp2ap002.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/iio/light/gp2ap002.c b/drivers/iio/light/gp2ap002.c index 7ba7aa59437c..d048ae257c51 100

[PATCH v1 1/1] mmc: sdhci-acpi: Add support for NVIDIA BlueField-3 SoC

This commit adds ACPI support for the BlueField-3 SoC which uses the DWC_mshc eMMC controller. The boundary check logic in static function dwcmshc_adma_write_desc() comes from sdhci-of-dwcmshc.c. Signed-off-by: Liming Sun Reviewed-by: Khalil Blaiech --- drivers/mmc/host/sdhci-acpi.c | 64 ++

Re: [syzbot] BUG: unable to handle kernel access to user memory in schedule_tail

On 10/03/2021 17:16, Dmitry Vyukov wrote: On Wed, Mar 10, 2021 at 5:46 PM syzbot wrote: Hello, syzbot found the following issue on: HEAD commit:0d7588ab riscv: process: Fix no prototype for arch_dup_tas.. git tree: git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git fixe

YOU HAVE WON

LOTTO.NL, 2391 Beds 152 Koningin Julianaplein 21, Den Haag-Netherlands. (Lotto affiliate with Subscriber Agents). From: Susan Console (Lottery Coordinator) Website: www.lotto.nl Sir/Madam, CONGRATULATIONS!!! We are pleased to inform you of the result of the Lotto NL Winners International progr

Re: [PATCH 02/11] kasan: docs: update overview section

On Fri, Mar 12, 2021 at 11:18 AM Marco Elver wrote: > > > -Currently generic KASAN is supported for the x86_64, arm, arm64, xtensa, > > s390 > > +The hardware KASAN mode (#3) relies on hardware to perform the checks but > > +still requires a compiler version that supports memory tagging > > inst

Re: [PATCH 09/11] kasan: docs: update shadow memory section

On Fri, Mar 12, 2021 at 11:52 AM Marco Elver wrote: > > On Thu, Mar 11, 2021 at 10:37PM +0100, Andrey Konovalov wrote: > [...] > > -The kernel maps memory in a number of different parts of the address > > -space. This poses something of a problem for KASAN, which requires > > -that all addresses a

Re: [PATCH v3 2/4] sched/fair: Make CFS bandwidth controller burstable

> On Mar 10, 2021, at 9:04 PM, Peter Zijlstra wrote: > > On Thu, Jan 21, 2021 at 07:04:51PM +0800, Huaixin Chang wrote: >> Accumulate unused quota from previous periods, thus accumulated >> bandwidth runtime can be used in the following periods. During >> accumulation, take care of runtime ove

Re: [PATCH v5] printk: Userspace format enumeration support

Ack to all unmentioned suggestions. :-) Petr Mladek writes: + changed or no longer present. + + There is no additional runtime cost to printk with this enabled. + # # Architectures with an unreliable sched_clock() should select this: # diff --git a/kernel/module.c b/kernel/mod

Re: [PATCH 11/11] kasan: docs: update tests section

On Fri, Mar 12, 2021 at 11:47 AM Marco Elver wrote: > > On Thu, Mar 11, 2021 at 10:37PM +0100, Andrey Konovalov wrote: > [...] > > -With ``CONFIG_KUNIT`` enabled, ``CONFIG_KASAN_KUNIT_TEST`` can be built as > > -a loadable module and run on any architecture that supports KASAN by > > loading > >

Re: [PATCH v4] f2fs: add sysfs nodes to get runtime compression stat

Thanks for suggesting me sysfs_emit(). For atomic values, actually, those are needed for writer part, not reader. +#define add_compr_block_stat(inode, blocks)\ + do {\ + struct f2fs_sb_info

[PATCH] tools/power/x86/intel-speed-select: drop __DATE__ and __TIME__ macros

These macros introduce nondeterminism in builds, and break reproducible builds. Signed-off-by: Antonio Terceiro Cc: Srinivas Pandruvada --- tools/power/x86/intel-speed-select/isst-config.c | 1 - 1 file changed, 1 deletion(-) diff --git a/tools/power/x86/intel-speed-select/isst-config.c b/too

Re: [PATCH v9 2/4] pinctrl: pinmux: Add pinmux-select debugfs file

On 02.03.21 06:30, Drew Fustini wrote: Hi folks, Add "pinmux-select" to debugfs which will activate a pin function for a given pin group: echo "" > pinmux-select The write operation pinmux_select() handles this by checking that the names map to valid selectors and then calling ops->set_mux

Re: [PATCH] usb: dwc3: fix build error when POWER_SUPPLY is not enabled

Hi Sebastian, Sorry for the late reply. On Wed, Mar 10, 2021 at 2:58 AM Sebastian Reichel wrote: > > Hi, > > On Mon, Mar 08, 2021 at 09:31:46PM +0800, Ray Chi wrote: > > Fix build error when CONFIG_POWER_SUPPLY is not enabled. > > > > The build error occurs in mips (cavium_octeon_defconfig). > >

Re: [PATCH v6 04/10] libperf: Add evsel mmap support

On Wed, Mar 10, 2021 at 05:08:31PM -0700, Rob Herring wrote: SNIP > + > static int > sys_perf_event_open(struct perf_event_attr *attr, > pid_t pid, int cpu, int group_fd, > @@ -137,6 +147,8 @@ void perf_evsel__free_fd(struct perf_evsel *evsel) > { > xyarray__delete(evse

Re: [PATCH v3 8/8] uvc: use vb2 ioctl and fop helpers

On 12/03/2021 13:48, Ricardo Ribalda wrote: > From: Hans Verkuil > > When uvc was written the vb2 ioctl and file operation helpers didn't exist. > > This patch switches uvc over to those helpers, which removes a lot of > boilerplate > code and simplifies VIDIOC_G/S_PRIORITY handling and allows

Re: [PATCH] cpufreq: Rudimentary typos fix in the file s5pv210-cpufreq.c

On 12/03/2021 13:08, Bhaskar Chowdhury wrote: > > s/untile/until/ > s/souce/source/ > s/divier/divider/ > > Signed-off-by: Bhaskar Chowdhury > --- > drivers/cpufreq/s5pv210-cpufreq.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/cpufreq/s5pv210-cpufreq.

[PATCH RESEND] PCI: dwc: put struct dw_pcie::{ep,pp} into a union to reduce its size

A single dw_pcie entity can't be a root complex and an endpoint at the same time. We can use this to reduce the size of dw_pcie by 80, from 280 to 200 bytes (on x32, guess more on x64), by putting the related embedded structures (struct pcie_port and struct dw_pcie_ep) into a union. Signed-off-by:

Re: [PATCH v4] f2fs: add sysfs nodes to get runtime compression stat

On Fri, Mar 12, 2021 at 10:56:13PM +0900, Daeho Jeong wrote: > Thanks for suggesting me sysfs_emit(). > > For atomic values, actually, those are needed for writer part, not reader. > > +#define add_compr_block_stat(inode, blocks)\ > + do {

Re: [PATCH 08/10] of: of_net: Demote non-conforming kernel-doc header

On Fri, Mar 12, 2021 at 11:07:56AM +, Lee Jones wrote: > Fixes the following W=1 kernel build warning(s): > > drivers/of/of_net.c:104: warning: Function parameter or member 'np' not > described in 'of_get_mac_address' > drivers/of/of_net.c:104: warning: expecting prototype for mac(). Protot

RE: slow boot with 7fef431be9c9 ("mm/page_alloc: place pages to tail in __free_pages_core()")

[AMD Public Use] > -Original Message- > From: David Hildenbrand > Sent: Thursday, March 11, 2021 10:03 AM > To: Deucher, Alexander ; linux- > ker...@vger.kernel.org; amd-gfx list ; > Andrew Morton > Cc: Huang, Ray ; Koenig, Christian > ; Liang, Liang (Leo) ; > Mike Rapoport ; Rafael J. W

Re: [PATCH 10/11] kasan: docs: update ignoring accesses section

On Fri, Mar 12, 2021 at 12:02 PM Marco Elver wrote: > > On Thu, Mar 11, 2021 at 10:37PM +0100, Andrey Konovalov wrote: > [...] > > +Other parts of the kernel might access metadata for allocated objects. > > Normally, > > +KASAN detects and reports such accesses, but in certain cases (e.g., in >

[PATCH] vhost: Fix vhost_vq_reset()

vhost_reset_is_le() is vhost_init_is_le(), and in the case of cross-endian legacy, vhost_init_is_le() depends on vq->user_be. vq->user_be is set by vhost_disable_cross_endian(). But in vhost_vq_reset(), we have: vhost_reset_is_le(vq); vhost_disable_cross_endian(vq); And so user_be is us

Re: [PATCH v1 2/2] iio: adc: add ADC driver for the TI TSC2046 controller

On Tue, 9 Mar 2021 12:40:46 +0100 Oleksij Rempel wrote: > Hi Jonathan, > > On Sat, Mar 06, 2021 at 02:59:59PM +, Jonathan Cameron wrote: > > On Sat, 6 Mar 2021 14:28:52 +0100 > > Oleksij Rempel wrote: > > > > > On Fri, Mar 05, 2021 at 07:02:39PM +, Jonathan Cameron wrote: > > > > O

[PATCH] extcon: Provide *extcon_*_notifier_all() stubs for !CONFIG_EXTCON

CHARGER_MAX8997 fails to compile without CONFIG_EXTCON. There are stubs already present for *extcon_*_notifier() but are missing for the _all() variant. Add *extcon_*_notifier_all() stubs for !CONFIG_EXTCON. Fixes: f384989e88d44 ("power: supply: max8997_charger: Set CHARGER current limit") Signe

Re: slow boot with 7fef431be9c9 ("mm/page_alloc: place pages to tail in __free_pages_core()")

On 12.03.21 15:06, Deucher, Alexander wrote: [AMD Public Use] -Original Message- From: David Hildenbrand Sent: Thursday, March 11, 2021 10:03 AM To: Deucher, Alexander ; linux- ker...@vger.kernel.org; amd-gfx list ; Andrew Morton Cc: Huang, Ray ; Koenig, Christian ; Liang, Liang (Leo)

[PATCH] mm: Remove default DISCONTIGMEM_MANUAL

Commit 214496cb18700fd7 ("ia64: make SPARSEMEM default and disable DISCONTIGMEM") removed the last enabler of ARCH_DISCONTIGMEM_DEFAULT, hence the memory model can no longer default to DISCONTIGMEM_MANUAL. Signed-off-by: Geert Uytterhoeven --- DISCONTIGMEM_MANUAL depends on ARCH_DISCONTIGMEM_ENAB

[linux-stable-rc CI] Test report for linux-5.4.y/arm64

Kernel repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Branch: linux-5.4.y Arch: arm64 Version: 5.4.106-rc1+ Commit: ddc6c64e1db1aa383fe8e2317dc04e46994cc1a7 Compiler: gcc version 7.3.0 (GCC) All

Re: [PATCH v2] fb_defio: Remove custom address_space_operations

On Wed, Mar 10, 2021 at 06:55:30PM +, Matthew Wilcox (Oracle) wrote: > There's no need to give the page an address_space. Leaving the > page->mapping as NULL will cause the VM to handle set_page_dirty() > the same way that it's handled now, and that was the only reason to > set the address_spa

<    1   2   3   4   5   6   7   8   9   10   >