[PATCH] ARM: at91: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH v2 07/22] numa: Introduce a generic memory_add_physaddr_to_nid()

Hi Dan, On Sun, Jul 12, 2020 at 09:26:43AM -0700, Dan Williams wrote: > For architectures that opt into storing their numa data in memblock > (only ARM64 currently), add a memblock generic way to interrogate that > data for memory_add_physaddr_to_nid(). This requires ARCH_KEEP_MEMBLOCK > to keep m

linux-next: manual merge of the pidfd tree with the risc-v tree

Hi all, Today's linux-next merge of the pidfd tree got a conflict in: arch/riscv/Kconfig between commit: 95ce6c73da3b ("riscv: Enable context tracking") 929f6a183839 ("riscv: Add kmemleak support") from the risc-v tree and commit: 140c8180eb7c ("arch: remove HAVE_COPY_THREAD_TLS") fr

Re: [PATCH v2] ARM: dts: vfxxx: Add node for CAAM

On Tue, Jul 07, 2020 at 06:51:00PM -0300, Fabio Estevam wrote: > Hi Chris, > > On Tue, Jul 7, 2020 at 6:15 PM Chris Healy wrote: > > > > From: Andrey Smirnov > > > > Add node for CAAM device in NXP Vybrid SoC. > > > > Signed-off-by: Andrey Smirnov > > Signed-off-by: Chris Healy > > > > v2: > >

Re: [v2 PATCH] usb: gadget: bdc: use readl_poll_timeout() to simplify code

On Sun, 2020-07-12 at 20:53 -0700, Florian Fainelli wrote: > > On 7/12/2020 8:30 PM, Chunfeng Yun wrote: > > Use readl_poll_timeout() to poll register status > > > > Cc: Florian Fainelli > > Signed-off-by: Chunfeng Yun > > --- > > v2 changes, suggested by Stephen: > > 1. use unsigned int inst

Re: [PATCH 04/21] dt-binding: mediatek: Add binding for mt8192 IOMMU and SMI

On Mon, 2020-07-13 at 13:36 +0800, Pi-Hsun Shih wrote: > On Sat, Jul 11, 2020 at 2:50 PM Yong Wu wrote: > > > > This patch adds decriptions for mt8192 IOMMU and SMI. > > > > mt8192 also is MTK IOMMU gen2 which uses ARM Short-Descriptor translation > > table format. The M4U-SMI HW diagram is as bel

Re: BUG: soft lockup in smp_call_function

On Mon, Jul 13, 2020 at 1:02 AM syzbot wrote: > > Hello, > > syzbot found the following crash on: > > HEAD commit:4437dd6e Merge tag 'io_uring-5.8-2020-07-12' of git://git... > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=17183f0b10 > kernel config:

Re: [PATCH 06/21] iommu/io-pgtable-arm-v7s: Use ias to check the valid iova in unmap

On Mon, 2020-07-13 at 08:38 +0800, Nicolas Boichat wrote: > On Sat, Jul 11, 2020 at 2:50 PM Yong Wu wrote: > > > > As title. > > > > Signed-off-by: Yong Wu > > --- > > drivers/iommu/io-pgtable-arm-v7s.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/drivers/iommu/

Re: [PATCH v7 05/11] dmaengine: Introduce DMA-device device_caps callback

On 10-07-20, 12:38, Serge Semin wrote: > On Fri, Jul 10, 2020 at 11:45:03AM +0300, Andy Shevchenko wrote: > > On Fri, Jul 10, 2020 at 01:45:44AM +0300, Serge Semin wrote: > > > There are DMA devices (like ours version of Synopsys DW DMAC) which have > > > DMA capabilities non-uniformly redistribute

Re: [PATCH 1/4] mfd: mt6360: Refactor and fix code style

On Fri, 10 Jul 2020, Matthias Brugger wrote: > > > On 07/07/2020 12:30, Gene Chen wrote: > > From: Gene Chen > > > > Rearrange include file. > > Remove brackets around raw numbers. > > Indicate sub-dev compatible name by using "-" > > Combine mt6360 pmic/ldo resouces into mt6360 regulator reso

[v3 PATCH] usb: gadget: bdc: use readl_poll_timeout() to simplify code

Use readl_poll_timeout() to poll register status Cc: Florian Fainelli Signed-off-by: Chunfeng Yun Reviewed-by: Florian Fainelli --- v3 changes: 1. indent code to match open parenthesis suggested by Florian 2. add Reviewed-by Florian v2 changes, suggested by Stephen: 1. use unsigned int i

[PATCH] ARM: OMAP: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH] ARM: dts: imx6qdl: only enable pcie in the pcie dts file

On Mon, Jul 06, 2020 at 04:44:41PM +0800, Richard Zhu wrote: > Since iMX6Q/DL PCIe has the PM limitation (ERR005723 "PCIe PCIe does > not support L2 Power Down"). > System suspend/resume would be broken by PCIe, if PCIe is enabled. > Only enable PCIe in the xxx-pcie.dts files to avoid the brokens w

Re: [PATCH] ALSA: hda/realtek: Enable headset mic of Acer TravelMate B311R-31 with ALC256

On Mon, 13 Jul 2020 08:04:22 +0200, Jian-Hong Pan wrote: > > The Acer TravelMate B311R-31 laptop's audio (1025:1430) with ALC256 > cannot detect the headset microphone until > ALC256_FIXUP_ACER_MIC_NO_PRESENCE quirk maps the NID 0x19 as the headset > mic pin. > > Signed-off-by: Jian-Hong Pan Ap

Re: [PATCH] staging: qlge: Remove pci-dma-compat wrapper APIs.

On 2020-07-13 11:14 +0530, Suraj Upadhyay wrote: > On Mon, Jul 13, 2020 at 01:59:59PM +0900, Benjamin Poirier wrote: > > On 2020-07-11 18:16 +0530, Suraj Upadhyay wrote: > > > The legacy API wrappers in include/linux/pci-dma-compat.h > > > should go away as it creates unnecessary midlayering > > >

Re: [PATCH 1/6] phy-mvebu-a3700-utmi: correct typo in struct mvebu_a3700_utmi comments

On 08-07-20, 18:58, Vinod Koul wrote: > We get warning with W=1 build: > drivers/phy/marvell/phy-mvebu-a3700-utmi.c:84: warning: Function > parameter or member 'usb_misc' not described in 'mvebu_a3700_utmi' Applied all now -- ~Vinod

Re: [PATCH v3] ALSA: line6: add hw monitor volume control for POD HD500

On Mon, 13 Jul 2020 07:46:35 +0200, Vasily Khoruzhick wrote: > > Add hw monitor volume control for POD HD500. The same change may > work for HD500X but I don't have it to test. > > Signed-off-by: Vasily Khoruzhick > --- > v3: - use EXPORT_SYMBOL_GPL instead of EXPORT_SYMBOL > - use GFP_KERNE

[PATCH v5 5/9] mm/migrate: make a standard migration target allocation function

From: Joonsoo Kim There are some similar functions for migration target allocation. Since there is no fundamental difference, it's better to keep just one rather than keeping all variants. This patch implements base migration target allocation function. In the following patches, variants will

[PATCH v5 8/9] mm/memory-failure: remove a wrapper for alloc_migration_target()

From: Joonsoo Kim There is a well-defined standard migration target callback. Use it directly. Acked-by: Vlastimil Babka Signed-off-by: Joonsoo Kim --- mm/memory-failure.c | 18 ++ 1 file changed, 6 insertions(+), 12 deletions(-) diff --git a/mm/memory-failure.c b/mm/memory-f

[PATCH v5 6/9] mm/mempolicy: use a standard migration target allocation callback

From: Joonsoo Kim There is a well-defined migration target allocation callback. Use it. Acked-by: Michal Hocko Acked-by: Vlastimil Babka Signed-off-by: Joonsoo Kim --- mm/internal.h | 1 - mm/mempolicy.c | 31 ++- mm/migrate.c | 8 ++-- 3 files changed,

[PATCH v5 2/9] mm/migrate: move migration helper from .h to .c

From: Joonsoo Kim It's not performance sensitive function. Move it to .c. This is a preparation step for future change. Acked-by: Mike Kravetz Acked-by: Michal Hocko Reviewed-by: Vlastimil Babka Signed-off-by: Joonsoo Kim --- include/linux/migrate.h | 33 +

[PATCH v5 9/9] mm/memory_hotplug: remove a wrapper for alloc_migration_target()

From: Joonsoo Kim To calculate the correct node to migrate the page for hotplug, we need to check node id of the page. Wrapper for alloc_migration_target() exists for this purpose. However, Vlastimil informs that all migration source pages come from a single node. In this case, we don't need to

[PATCH v5 0/9] clean-up the migration target allocation functions

From: Joonsoo Kim This patchset clean-up the migration target allocation functions. * Changes on v5 - remove new_non_cma_page() related patches (implementation for memalloc_nocma_{save,restore} has a critical bug that cannot exclude CMA memory in some cases so cannot use them here. Need to fix t

[PATCH v5 1/9] mm/page_isolation: prefer the node of the source page

From: Joonsoo Kim For locality, it's better to migrate the page to the same node rather than the node of the current caller's cpu. Acked-by: Roman Gushchin Acked-by: Michal Hocko Reviewed-by: Vlastimil Babka Signed-off-by: Joonsoo Kim --- mm/page_isolation.c | 4 +++- 1 file changed, 3 inse

[PATCH v5 4/9] mm/migrate: clear __GFP_RECLAIM to make the migration callback consistent with regular THP allocations

From: Joonsoo Kim new_page_nodemask is a migration callback and it tries to use a common gfp flags for the target page allocation whether it is a base page or a THP. The later only adds GFP_TRANSHUGE to the given mask. This results in the allocation being slightly more aggressive than necessary b

[PATCH v5 3/9] mm/hugetlb: unify migration callbacks

From: Joonsoo Kim There is no difference between two migration callback functions, alloc_huge_page_node() and alloc_huge_page_nodemask(), except __GFP_THISNODE handling. It's redundant to have two almost similar functions in order to handle this flag. So, this patch tries to remove one by introdu

[PATCH v5 7/9] mm/page_alloc: remove a wrapper for alloc_migration_target()

From: Joonsoo Kim There is a well-defined standard migration target callback. Use it directly. Acked-by: Michal Hocko Acked-by: Vlastimil Babka Signed-off-by: Joonsoo Kim --- mm/page_alloc.c | 8 ++-- mm/page_isolation.c | 10 -- 2 files changed, 6 insertions(+), 12 deletio

[PATCH v31 05/12] crypto: DRBG - externalize DRBG functions for LRNG

This patch allows several DRBG functions to be called by the LRNG kernel code paths outside the drbg.c file. CC: "Eric W. Biederman" CC: "Alexander E. Patrakov" CC: "Ahmed S. Darwish" CC: "Theodore Y. Ts'o" CC: Willy Tarreau CC: Matthew Garrett CC: Vito Caputo CC: Andreas Dilger CC: Jan Ka

[PATCH v31 10/12] LRNG - add SP800-90B compliant health tests

Implement health tests for LRNG's slow noise sources as mandated by SP-800-90B The file contains the following health tests: - stuck test: The stuck test calculates the first, second and third discrete derivative of the time stamp to be processed by the LFSR. Only if all three values are non-z

[PATCH v31 12/12] LRNG - add power-on and runtime self-tests

Parts of the LRNG are already covered by self-tests, including: * Self-test of SP800-90A DRBG provided by the Linux kernel crypto API. * Self-test of the PRNG provided by the Linux kernel crypto API. * Raw noise source data testing including SP800-90B compliant tests when enabling CONFIG_LRNG_

[PATCH v31 07/12] LRNG - add kernel crypto API PRNG extension

Add runtime-pluggable support for all PRNGs that are accessible via the kernel crypto API, including hardware PRNGs. The PRNG is selected with the module parameter drng_name where the name must be one that the kernel crypto API can resolve into an RNG. This allows using of the kernel crypto API PR

[PATCH v31 02/12] LRNG - allocate one DRNG instance per NUMA node

In order to improve NUMA-locality when serving getrandom(2) requests, allocate one DRNG instance per node. The DRNG instance that is present right from the start of the kernel is reused as the first per-NUMA-node DRNG. For all remaining online NUMA nodes a new DRNG instance is allocated. During b

[PATCH v31 04/12] LRNG - add switchable DRNG support

The DRNG switch support allows replacing the DRNG mechanism of the LRNG. The switching support rests on the interface definition of include/linux/lrng.h. A new DRNG is implemented by filling in the interface defined in this header file. In addition to the DRNG, the extension also has to provide a

[PATCH v31 00/12] /dev/random - a new approach with full SP800-90B

Hi, The following patch set provides a different approach to /dev/random which is called Linux Random Number Generator (LRNG) to collect entropy within the Linux kernel. The main improvements compared to the existing /dev/random is to provide sufficient entropy during boot time as well as in virtu

[PATCH v31 08/12] crypto: provide access to a static Jitter RNG state

To support the LRNG operation which uses the Jitter RNG separately from the kernel crypto API, at a time where potentially the regular memory management is not yet initialized, the Jitter RNG needs to provide a state whose memory is defined at compile time. As only once instance will ever be needed

[PATCH v31 01/12] Linux Random Number Generator

In an effort to provide a flexible implementation for a random number generator that also delivers entropy during early boot time, allows replacement of the deterministic random number generation mechanism, implement the various components in separate code for easier maintenance, and provide compli

[PATCH v31 03/12] LRNG - sysctls and /proc interface

The LRNG sysctl interface provides the same controls as the existing /dev/random implementation. These sysctls behave identically and are implemented identically. The goal is to allow a possible merge of the existing /dev/random implementation with this implementation which implies that this patch

[PATCH v31 06/12] LRNG - add SP800-90A DRBG extension

Using the LRNG switchable DRNG support, the SP800-90A DRBG extension is implemented. The DRBG uses the kernel crypto API DRBG implementation. In addition, it uses the kernel crypto API SHASH support to provide the hashing operation. The DRBG supports the choice of either a CTR DRBG using AES-256,

[PATCH v31 11/12] LRNG - add interface for gathering of raw entropy

The test interface allows a privileged process to capture the raw unconditioned noise that is collected by the LRNG for statistical analysis. Such testing allows the analysis how much entropy the interrupt noise source provides on a given platform. Extracted noise data is not used to seed the LRNG.

[PATCH v31 09/12] LRNG - add Jitter RNG fast noise source

The Jitter RNG fast noise source implemented as part of the kernel crypto API is queried for 256 bits of entropy at the time the seed buffer managed by the LRNG is about to be filled. CC: "Eric W. Biederman" CC: "Alexander E. Patrakov" CC: "Ahmed S. Darwish" CC: "Theodore Y. Ts'o" CC: Willy Ta

[PATCH] ARC: io.h: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH] ARM: dts: vf610-zii-ssmb-dtu: Pass "no-sdio"/"no-sd" properties

On Sat, Jul 04, 2020 at 08:16:10PM -0700, Chris Healy wrote: > esdhc0 is connected to an eMMC, so it is safe to pass the "no-sdio"/"no-sd" > properties. > > esdhc1 is wired to a standard SD socket, so pass the "no-sdio" property. > > Signed-off-by: Chris Healy I would suggest something like bel

Re: [PATCH] sh: Replace HTTP links with HTTPS ones

Am 13.07.20 um 01:39 schrieb Rich Felker: Alexander, is this whole set being submitted upstream through a single maintainer, I've no idea what you're talking about, so the answer is likely no. I've just followed the instructions on how to submit patches as for any other subsystem.

Re: [PATCH v10 00/17] mtd: spi-nor: add xSPI Octal DTR support

Hi, Mark, On 6/23/20 9:30 PM, Pratyush Yadav wrote: > Pratyush Yadav (17): > spi: spi-mem: allow specifying whether an op is DTR or not > spi: spi-mem: allow specifying a command's extension > spi: atmel-quadspi: reject DTR ops > spi: spi-mtk-nor: reject DTR ops These four patches are loo

Re: [PATCH] ARM: dts: vfxxx: Add node for CAAM

On Sat, Jul 04, 2020 at 06:40:43PM -0700, Chris Healy wrote: > Add node for CAAM device in NXP Vybrid SoC. > > Signed-off-by: Andrey Smirnov > Signed-off-by: Chris Healy > --- > arch/arm/boot/dts/vfxxx.dtsi | 22 ++ > 1 file changed, 22 insertions(+) > > diff --git a/arch/a

Re: [PATCH] drm/lima: Expose job_hang_limit module parameter

Applied to drm-misc-next: https://cgit.freedesktop.org/drm/drm-misc/ Sorry for the late response. Regards, Qiang On Tue, Jul 7, 2020 at 12:17 AM Andrey Lebedev wrote: > > Hello guys, > > What is the status of this patch? Was this committed to any branch? Is > it pending for merge to the mainlin

Re: [PATCH v4 6/7] spi: mxic: patch for octal DTR mode support

+ YC Lin in loop, -- > > Subject > > [PATCH v4 6/7] spi: mxic: patch for octal DTR mode support > > Driver patch for octal 8D-8D-8D mode support. > > Signed-off-by: Mason Yang > --- CONFIDENTIALITY NOTE: This e-mail and any attachments may contain confidential information and/or persona

Re: [PATCH v4 5/7] mtd: spi-nor: core: execute command sequences to change octal DTR mode

+ YC Lin in loop, -- > > Subject > > [PATCH v4 5/7] mtd: spi-nor: core: execute command sequences to change octal DTR mode > > Execute command sequences to change octal DTR mode. > > Signed-off-by: Mason Yang > --- CONFIDENTIALITY NOTE: This e-mail and any attachments may contain confid

Re: [PATCH v4 3/7] mtd: spi-nor: sfdp: parse command sequences to change octal DTR mode

+ YC Lin in loop, -- > Subject > > [PATCH v4 3/7] mtd: spi-nor: sfdp: parse command sequences to change octal DTR mode > > A set of simple command sequences is provided which can be executed > directly by the host controller to enable octal DTR mode. > > Each command sequence is 8 per byte f

Re: [PATCH v4 0/7] mtd: spi-nor: add xSPI Octal DTR support

+ YC Lin in loop, YC(ycl...@mxic.com.tw)will take over this patch set. > Subject > > [PATCH v4 0/7] mtd: spi-nor: add xSPI Octal DTR support > > Hello, > > JESD216C has defined specification for Octal 8S-8S-8S and 8D-8D-8D. > Based on JEDEC216C Basic Flash Parameter Table (BFPT) driver extr

Re: [PATCH 01/21] dt-binding: memory: mediatek: Add a common larb-port header file

On Mon, 2020-07-13 at 13:43 +0800, Pi-Hsun Shih wrote: > On Mon, Jul 13, 2020 at 2:06 AM Matthias Brugger > wrote: > > > > > > > > On 11/07/2020 08:48, Yong Wu wrote: > > > Put all the macros about smi larb/port togethers, this is a preparing > > > patch for extending LARB_NR and adding new dom-i

Re: [PATCH v4 1/7] mtd: spi-nor: sfdp: get octal mode maximum speed from BFPT

+ YC Lin in loop, > > Subject > > [PATCH v4 1/7] mtd: spi-nor: sfdp: get octal mode maximum speed from BFPT > > Get maximum operation speed of device in octal mode from > BFPT 20th DWORD. > > Signed-off-by: Mason Yang > --- CONFIDENTIALITY NOTE: This e-mail and any attachments may conta

Re: [PATCH v4 2/7] mtd: spi-nor: sfdp: parse xSPI Profile 1.0 table

+ YC Lin in loop, -- > > Subject > > [PATCH v4 2/7] mtd: spi-nor: sfdp: parse xSPI Profile 1.0 table > > JESD251, xSPI profile 1.0 table supports octal DTR mode. > Extract information like the fast read opcode, dummy cycles for various > frequencies, the number of dummy cycles needed for a Re

Re: [PATCH v4 4/7] mtd: spi-nor: core: add configuration register 2 read & write support

+ YC Lin in loop, -- > > Subject > > [PATCH v4 4/7] mtd: spi-nor: core: add configuration register 2 read & write support > > Configuration register 2 is to set the device operation condition like > STR or DTR mode at address offset 0 and DQS mode at address offset 0x200. > > Each device h

Re: [PATCH 1/3] Bluetooth: Add new quirk for broken local ext features max_page

Hi Vasily, >>> Some adapters (e.g. RTL8723CS) advertise that they have more than >>> 2 pages for local ext features, but they don't support any features >>> declared in these pages. RTL8723CS reports max_page = 2 and declares >>> support for sync train and secure connection, but it responds with >

Re: [PATCH v4 7/7] mtd: spi-nor: macronix: Add Octal 8D-8D-8D supports for Macronix mx25uw51245g

+ YC Lin in loop, -- > > Subject > > [PATCH v4 7/7] mtd: spi-nor: macronix: Add Octal 8D-8D-8D supports for > Macronix mx25uw51245g > > Macronix mx25uw51245g is a SPI NOR that supports 1-1-1/8-8-8 mode. > > Correct the dummy cycles to device for various frequencies > after xSPI profile 1.0

[PATCH] nvme: Remove redundant validation in nvme_start_ctrl()

We've already validated the 'kato' in nvme_start_keep_alive(), thus no need to validate it again in nvme_start_ctrl(). Remove it. Signed-off-by: Baolin Wang --- drivers/nvme/host/core.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/nvme/host/core.c b/drivers/nvme/

Re: [PATCH v10 04/17] spi: spi-mtk-nor: reject DTR ops

On 6/23/20 9:30 PM, Pratyush Yadav wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > Double Transfer Rate (DTR) ops are added in spi-mem. But this controller > doesn't support DTR transactions. Since we don't use the default > supports_op(),

Re: [PATCH v3 02/16] dt-bindings: media: mtk-vcodec: document SCP node

On Mon, Jul 13, 2020 at 2:09 PM Alexandre Courbot wrote: > > The mediatek codecs can use either the VPU or the SCP as their interface > to firmware. Reflect this in the DT bindings. > > Signed-off-by: Alexandre Courbot > Acked-by: Tiffany Lin > --- > Documentation/devicetree/bindings/media/medi

Re: [PATCH v10 03/17] spi: atmel-quadspi: reject DTR ops

On 6/23/20 9:30 PM, Pratyush Yadav wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > Double Transfer Rate (DTR) ops are added in spi-mem. But this controller > doesn't support DTR transactions. Since we don't use the default the sam9x60 ver

Re: [PATCH v6 08/14] PCI: cadence: Fix updating Vendor ID and Subsystem Vendor ID register

Hi Rob, On 7/10/2020 3:15 AM, Rob Herring wrote: > On Wed, Jul 08, 2020 at 03:00:12PM +0530, Kishon Vijay Abraham I wrote: >> Commit 1b79c5284439 ("PCI: cadence: Add host driver for Cadence PCIe >> controller") in order to update Vendor ID, directly wrote to >> PCI_VENDOR_ID register. However PCI_

Re: [PATCH v12 2/2] phy: samsung-ufs: add UFS PHY driver for samsung SoC

On 03-07-20, 22:41, Alim Akhtar wrote: > +static const struct samsung_ufs_phy_cfg exynos7_post_init_cfg[] = { > + END_UFS_PHY_CFG > +}; This is dummy, why not add a check to make config optional? > +static int samsung_ufs_phy_symbol_clk_init(struct samsung_ufs_phy *phy) > +{ > + int ret

Re: [PATCH v10 02/17] spi: spi-mem: allow specifying a command's extension

On 6/23/20 9:30 PM, Pratyush Yadav wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > In xSPI mode, flashes expect 2-byte opcodes. The second byte is called > the "command extension". There can be 3 types of extensions in xSPI: > repeat, inve

[PATCH v2 1/2] fpga: dfl: pci: reduce the scope of variable 'ret'

This is to fix lkp cppcheck warnings: drivers/fpga/dfl-pci.c:230:6: warning: The scope of the variable 'ret' can be reduced. [variableScope] int ret = 0; ^ drivers/fpga/dfl-pci.c:230:10: warning: Variable 'ret' is assigned a value that is never used. [unreadVariable] int ret =

[PATCH v2 2/2] fpga: dfl: fix bug in port reset handshake

From: Matthew Gerlach When putting the port in reset, driver must wait for the soft reset acknowledgment bit instead of the soft reset bit. Fixes: 47c1b19c160f (fpga: dfl: afu: add port ops support) Signed-off-by: Matthew Gerlach Signed-off-by: Xu Yilun Acked-by: Wu Hao Reviewed-by: Tom Rix

[PATCH v2 0/2] Bug fixes for FPGA DFL

2 fix patches for FPGA DFL. v2 adds Reviewed-by of Tom. No code change. Matthew Gerlach (1): fpga: dfl: fix bug in port reset handshake Xu Yilun (1): fpga: dfl: pci: reduce the scope of variable 'ret' drivers/fpga/dfl-afu-main.c | 3 ++- drivers/fpga/dfl-pci.c | 3 ++- 2 files changed

Re: [PATCH 2/2] soc: mediatek: devapc: add devapc-mt6779 driver

[snip] > >>> +/* > >>> + * devapc_violation_irq - the devapc Interrupt Service Routine (ISR) > >>> will dump > >>> + * violation information including which master > >>> violates > >>> + * access slave. > >>> + */ > >>> +static irqreturn_t devapc_vi

[PATCH v3 11/16] media: mtk-vcodec: venc support MIN_OUTPUT_BUFFERS control

This control is required by v4l2-compliance for encoders. A value of 1 should be suitable for all scenarios. Signed-off-by: Alexandre Courbot Acked-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/mtk_vcodec_enc.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/media/platform

[PATCH v3 16/16] media: mtk-vcodec: venc: fix invalid time per frame in S_PARM

v4l2-compliance expects the driver to adjust the time per frame if it is invalid (numerator or denominator set to 0). Adjust it to the default value in these cases. Signed-off-by: Alexandre Courbot --- drivers/media/platform/mtk-vcodec/mtk_vcodec_enc.c | 12 1 file changed, 8 insert

[PATCH v3 04/16] media: mtk-vcodec: venc: support SCP firmware

From: Yunfei Dong Support the new extended firmware used by MT8183's encoder. Signed-off-by: Yunfei Dong [acourbot: refactor, cleanup and split] Co-developed-by: Alexandre Courbot Signed-off-by: Alexandre Courbot Acked-by: Tiffany Lin --- .../platform/mtk-vcodec/mtk_vcodec_drv.h | 12 +

[PATCH v3 09/16] media: mtk-vcodec: add support for MT8183 encoder

From: Yunfei Dong Now that all the supporting blocks are present, enable encoder for MT8183. Signed-off-by: Yunfei Dong [acourbot: refactor, cleanup and split] Co-developed-by: Alexandre Courbot Signed-off-by: Alexandre Courbot Acked-by: Tiffany Lin --- .../platform/mtk-vcodec/mtk_vcodec_dr

[PATCH v3 08/16] dt-bindings: media: document mediatek,mt8183-vcodec-enc

MT8183's encoder is similar to MT8173's. Signed-off-by: Alexandre Courbot --- Documentation/devicetree/bindings/media/mediatek-vcodec.txt | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/media/mediatek-vcodec.txt b/Documentation/devicetr

[PATCH v3 02/16] dt-bindings: media: mtk-vcodec: document SCP node

The mediatek codecs can use either the VPU or the SCP as their interface to firmware. Reflect this in the DT bindings. Signed-off-by: Alexandre Courbot Acked-by: Tiffany Lin --- Documentation/devicetree/bindings/media/mediatek-vcodec.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)

[PATCH v3 14/16] media: mtk-vcodec: venc: support ENUM_FRAMESIZES on OUTPUT formats

v4l2-compliance requires ENUM_FRAMESIZES to support OUTPUT formats. Reuse mtk_venc_find_format() to make sure both queues are considered when serving an ENUM_FRAMESIZES. Signed-off-by: Alexandre Courbot --- .../platform/mtk-vcodec/mtk_vcodec_enc.c | 71 +-- 1 file changed, 3

[PATCH v3 03/16] media: mtk-vcodec: add SCP firmware ops

From: Yunfei Dong Add support for communicating with the SCP firmware, which will be used by MT8183. Signed-off-by: Yunfei Dong [acourbot: refactor, cleanup and split] Co-developed-by: Alexandre Courbot Signed-off-by: Alexandre Courbot Acked-by: Tiffany Lin --- drivers/media/platform/Kconfi

[PATCH v3 01/16] media: mtk-vcodec: abstract firmware interface

From: Yunfei Dong MT8183's codec firwmare is run by a different remote processor from MT8173. While the firmware interface is basically the same, the way to invoke it differs. Abstract all firmware calls under a layer that will allow us to handle both firmware types transparently. Signed-off-by:

[PATCH v3 12/16] media: mtk-vcodec: venc: set OUTPUT buffers field to V4L2_FIELD_NONE

A default value of 0 means V4L2_FIELD_ANY, which is not correct. Reported by v4l2-compliance. Signed-off-by: Alexandre Courbot Acked-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/mtk_vcodec_enc.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/media/platform/mtk-vco

[PATCH v3 13/16] media: mtk-vcodec: venc: use platform data for ENUM_FRAMESIZES

vidioc_enum_framesizes() assumes that all encoders support H.264 and VP8, which is not necessarily true and requires to duplicate information about the supported codecs which is already stored in the platform data. Fix this by referring to the platform data to find out whether a given format is su

[PATCH v3 07/16] media: mtk-vcodec: venc: specify supported formats per-chip

Different chips have different supported bitrate ranges. Move the list of supported formats to the platform data, and split the output and capture formats into two lists to make it easier to find the default format for each queue. Signed-off-by: Alexandre Courbot Acked-by: Tiffany Lin --- .../p

[PATCH v3 06/16] media: mtk-vcodec: venc: specify bitrate range per-chip

Different chips have different supported bitrate ranges. Move the min and max supported bitrates to the platform data. Signed-off-by: Alexandre Courbot Acked-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/mtk_vcodec_drv.h | 4 drivers/media/platform/mtk-vcodec/mtk_vcodec_enc.c

[PATCH v3 10/16] Revert "media: mtk-vcodec: Remove extra area allocation in an input buffer on encoding"

This reverts commit 81735ecb62f882853a37a8c157407ec4aed44fd0. The hardware needs data to follow the previous alignment, so this extra space was not superfluous after all. Besides, this also made v4l2-compliance's G_FMT and S_FMT tests regress. Signed-off-by: Alexandre Courbot Acked-by: Tiffany L

[PATCH v3 05/16] media: mtk-vcodec: venc: handle firmware version field

Firmwares for encoders newer than MT8173 will include an ABI version number in their initialization ack message. Add the capacity to manage it and make initialization fail if the firmware ABI is of a version that we don't support. For MT8173, this ABI version field is reserved and thus undefined ;

[PATCH v3 15/16] media: mtk-vcodec: venc: set default time per frame

The time per frame was left initialized to 0/0, which make the driver fail v4l2-compliance, and also leaves it potentially exposed to doing a division by zero. Signed-off-by: Alexandre Courbot --- drivers/media/platform/mtk-vcodec/mtk_vcodec_enc.c | 5 + 1 file changed, 5 insertions(+) diff

[PATCH v3 00/16] mtk-vcodec: venc: support for MT8183 and v4l2-compliance fixes

This is the third version of the series adding support for the MT8183 encoder (1-9) and fixing v4l2-compliance tests (10-16). Changes since v2: * Carried new Acked-bys from mtk-vcodec maintainer, * Removed 2 patches that addressed what was in fact a bug in v4l2-compliance, * Moved DT bindings pa

Re: [PATCH 0/5] arm64: perf: Proper cap_user_time* support

Hi Peter, On Tue, May 12, 2020 at 02:40:58PM +0200, Peter Zijlstra wrote: > Prompted by Leo's patches, here a series that corrects the arm64 perf > cap_user_time situation. I checked the latest mainline kernel code base, found this patch set are missed to merge into it. Could you confirm if thi

[PATCH] ALSA: hda/realtek: Enable headset mic of Acer TravelMate B311R-31 with ALC256

The Acer TravelMate B311R-31 laptop's audio (1025:1430) with ALC256 cannot detect the headset microphone until ALC256_FIXUP_ACER_MIC_NO_PRESENCE quirk maps the NID 0x19 as the headset mic pin. Signed-off-by: Jian-Hong Pan --- Re-send for wrong email address sound/pci/hda/patch_realtek.c | 11 ++

Re: [PATCH 6/9] phy: qcom-qmp: Add compatible for ipq8074 pcie gen3 qmp phy

On 05-07-20, 14:47, Sivaprakash Murugesan wrote: > ipq8074 has two pcie ports, one gen2 and one gen3 ports. with phy > support already available for gen2 pcie ports add support for pcie gen3 > port phy. > > Co-developed-by: Selvam Sathappan Periakaruppan > Signed-off-by: Selvam Sathappan Periakar

drivers/firmware/broadcom/bcm47xx_sprom.c:563:6: warning: no previous prototype for 'bcm47xx_fill_sprom'

Hi Florian, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 11ba468877bb23f28956a35e896356252d63c983 commit: 5699ad0aaf1091824f22492a708478912c38c7d2 firmware: bcm47xx_nvram: Allow COMPILE_TEST date: 11 months ago

Re: [PATCH RFC] kprobes: Remove MODULES dependency

On Fri, Jul 10, 2020 at 08:51:56AM -0700, Kees Cook wrote: > On Fri, Jul 10, 2020 at 07:32:57PM +0900, Masami Hiramatsu wrote: > > On Fri, 10 Jul 2020 02:45:19 +0300 > > Jarkko Sakkinen wrote: > > > +#ifdef CONFIG_MODULES > > > /* Lock modules while optimizing kprobes */ > > > mutex_lock(&modu

Re: [PATCH RFC] kprobes: Remove MODULES dependency

On Fri, Jul 10, 2020 at 09:22:43AM -0400, Steven Rostedt wrote: > On Fri, 10 Jul 2020 22:18:02 +0900 > Masami Hiramatsu wrote: > > > > > Agreed. As far as I know, ftrace and bpf also depends on module_alloc(), > > so text_alloc() will help them too. > > > > Yes please. > > arch/x86/kernel/ftr

Re: [PATCH 5/9] phy: qcom-qmp: use correct values for ipq8074 gen2 pcie phy init

On 05-07-20, 14:47, Sivaprakash Murugesan wrote: > There were some problem in ipq8074 gen2 pcie phy init sequence, fix Can you please describe these problems, it would help review to understand the issues and also for future reference to you > these to make gen2 pcie port on ipq8074 to work. > >

Re: [PATCH v2 1/3] powerpc/powernv/idle: Exclude mfspr on HID1, 4, 5 on P9 and above

Excerpts from Pratik Rajesh Sampat's message of July 10, 2020 3:22 pm: > POWER9 onwards the support for the registers HID1, HID4, HID5 has been > receded. > Although mfspr on the above registers worked in Power9, In Power10 > simulator is unrecognized. Moving their assignment under the > check for

[PATCH] watchdog: pcwd_usb: remove needless check before usb_free_coherent()

usb_free_coherent() is safe with NULL usb_pcwd->intr_buffer and this check is not required. Signed-off-by: Xu Wang --- drivers/watchdog/pcwd_usb.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/watchdog/pcwd_usb.c b/drivers/watchdog/pcwd_usb.c index 2f44af1831d

Re: [PATCH v2 2/3] powerpc/powernv/idle: save-restore DAWR0, DAWRX0 for P10

Excerpts from Pratik Rajesh Sampat's message of July 10, 2020 3:22 pm: > Additional registers DAWR0, DAWRX0 may be lost on Power 10 for > stop levels < 4. > Therefore save the values of these SPRs before entering a "stop" > state and restore their values on wakeup. Hmm, where do you get this from

Re: [PATCH RFC] kprobes: Remove MODULES dependency

On Fri, Jul 10, 2020 at 03:04:29PM +0200, Christoph Hellwig wrote: > On Fri, Jul 10, 2020 at 01:32:38PM +0200, Peter Zijlstra wrote: > > On Fri, Jul 10, 2020 at 07:32:57PM +0900, Masami Hiramatsu wrote: > > > > - page = module_alloc(PAGE_SIZE); > > > > + page = vmalloc(PAGE_SIZE); > > >

Re: [PATCH v5 2/2] phy: bcm63xx-usbh: Add BCM63xx USBH driver

On 19-06-20, 12:00, Álvaro Fernández Rojas wrote: > Add BCM63xx USBH PHY driver for BMIPS. > > Signed-off-by: Álvaro Fernández Rojas > --- > v5: use devm_reset_control_get_exclusive. > v4: several improvements: > - Use devm_platform_ioremap_resource. > - Code cleanups. > - Improve device

Re: [PATCH RFC] kprobes: Remove MODULES dependency

On Fri, Jul 10, 2020 at 01:32:38PM +0200, Peter Zijlstra wrote: > On Fri, Jul 10, 2020 at 07:32:57PM +0900, Masami Hiramatsu wrote: > > > - page = module_alloc(PAGE_SIZE); > > > + page = vmalloc(PAGE_SIZE); > > > > No, you can not use vmalloc here. The reason why we use module_alloc() > > is to al

[PATCH v6 0/2] leds: pwm: add support for default-state device

v5 -> v6: tested the rebase to v5.8-rc2 based for-next .../devicetree/bindings/leds/leds-pwm.txt | 2 + drivers/leds/leds-pwm.c| 54 +++--- 2 files changed, 50 insertions(+), 6 deletions(-) Message-Id: <20200421130644.16059-1-denis.osterl...@

[PATCH v3] ALSA: line6: add hw monitor volume control for POD HD500

Add hw monitor volume control for POD HD500. The same change may work for HD500X but I don't have it to test. Signed-off-by: Vasily Khoruzhick --- v3: - use EXPORT_SYMBOL_GPL instead of EXPORT_SYMBOL - use GFP_KERNEL instead of GFP_ATOMIC for allocating a message - use lower case for floa

Re: Beginning 5.8rc1 kernel USB headsets (ASUS ROG Delta and HyperX Cloud Orbit S) play sound as if in slow-motion.

On Fri, 10 Jul 2020 at 17:15, Alexander Tsoy wrote: > > You've probably hit this bug: > https://bugzilla.kernel.org/show_bug.cgi?id=208353 > The issue already not reproduced at least on commit git 0bddd227f3dc -- Best Regards, Mike Gavrilov.

  1   2   3   4   5   6   >