[tip:sched/core] sched/fair: Remove the rq->cpu_load[] update code

Commit-ID: 5e83eafbfd3b351537c0d74467fc43e8a88f4ae4 Gitweb: https://git.kernel.org/tip/5e83eafbfd3b351537c0d74467fc43e8a88f4ae4 Author: Dietmar Eggemann AuthorDate: Mon, 27 May 2019 07:21:10 +0100 Committer: Ingo Molnar CommitDate: Mon, 3 Jun 2019 11:49:38 +0200 sched/fair: Remove the

Re: [PATCH v13 1/3] mfd: Add Renesas R-Car Gen3 RPC-IF MFD driver

On Tue, 21 May 2019, Mason Yang wrote: > Add a driver for Renesas R-Car Gen3 RPC-IF MFD > > Signed-off-by: Mason Yang > --- > drivers/mfd/Kconfig | 9 +++ > drivers/mfd/Makefile| 1 + > drivers/mfd/renesas-rpc.c | 125 +++ > incl

[tip:sched/core] sched/core: Provide a pointer to the valid CPU mask

Commit-ID: 3bd3706251ee8ab67e69d9340ac2abdca217e733 Gitweb: https://git.kernel.org/tip/3bd3706251ee8ab67e69d9340ac2abdca217e733 Author: Sebastian Andrzej Siewior AuthorDate: Tue, 23 Apr 2019 16:26:36 +0200 Committer: Ingo Molnar CommitDate: Mon, 3 Jun 2019 11:49:37 +0200 sched/core: Pr

[PATCH] powerpc/32s: fix booting with CONFIG_PPC_EARLY_DEBUG_BOOTX

When booting through OF, setup_disp_bat() does nothing because disp_BAT are not set. By change, it used to work because BOOTX buffer is mapped 1:1 at address 0x8100 by the bootloader, and btext_setup_display() sets virt addr same as phys addr. But since commit 215b823707ce ("powerpc/32s: set u

[tip:sched/core] sched/fair: Remove rq->load

Commit-ID: f2bedc4705659216bd60948029ad8dfedf923ad9 Gitweb: https://git.kernel.org/tip/f2bedc4705659216bd60948029ad8dfedf923ad9 Author: Dietmar Eggemann AuthorDate: Wed, 24 Apr 2019 09:45:56 +0100 Committer: Ingo Molnar CommitDate: Mon, 3 Jun 2019 11:49:37 +0200 sched/fair: Remove rq->

[tip:x86/urgent] mm/vmalloc: Avoid rare case of flushing TLB with weird arguments

Commit-ID: 31e67340cc65edfd9dac5ef26f81de8414ce5906 Gitweb: https://git.kernel.org/tip/31e67340cc65edfd9dac5ef26f81de8414ce5906 Author: Rick Edgecombe AuthorDate: Mon, 27 May 2019 14:10:58 -0700 Committer: Ingo Molnar CommitDate: Mon, 3 Jun 2019 11:47:25 +0200 mm/vmalloc: Avoid rare ca

[tip:x86/urgent] mm/vmalloc: Fix calculation of direct map addr range

Commit-ID: 8e41f8726dcf423621e2b6938d015b9796f6f676 Gitweb: https://git.kernel.org/tip/8e41f8726dcf423621e2b6938d015b9796f6f676 Author: Rick Edgecombe AuthorDate: Mon, 27 May 2019 14:10:57 -0700 Committer: Ingo Molnar CommitDate: Mon, 3 Jun 2019 11:47:25 +0200 mm/vmalloc: Fix calculati

Re: [PATCH 1/3] iio: common: cros_ec_sensors: support protocol v3 message

On Wed, 22 May 2019, Fabien Lahoudere wrote: > Version 3 of the EC protocol provides min and max frequencies and fifo > size for EC sensors. > > Signed-off-by: Fabien Lahoudere > --- > .../cros_ec_sensors/cros_ec_sensors_core.c| 98 ++- > .../linux/iio/common/cros_ec_sensors

Re: [PATCH v3 00/30] Update cros_ec_commands.h

On Thu, 09 May 2019, Gwendal Grignou wrote: > The interface between CrosEC embedded controller and the host, > described by cros_ec_commands.h, as diverged from what the embedded > controller really support. > > The source of thruth is at > https://chromium.googlesource.com/chromiumos/platform/ec

Re: [PATCH] usb: cp210x: Add cp2108 GPIOs support

On Tue, May 14, 2019 at 01:53:57PM +0300, Serge Semin wrote: > Each chip from the cp210x series got GPIOs on board. This commit > provides the support for sixteen ones placed on the cp2108 four-ports > serial console controller. All of the GPIOs are equally distributed > to four USB interfaces in a

Re: [PATCH] mfd: menelaus: Remove superfluous error message

On Tue, 21 May 2019, Alexandre Belloni wrote: > The RTC core already has error messages in case of failure, there is no > need to have another message in the driver. > > Signed-off-by: Alexandre Belloni > --- > drivers/mfd/menelaus.c | 2 -- > 1 file changed, 2 deletions(-) Applied, thanks. -

Re: [PATCH] Revert "usb: core: remove local_irq_save() around ->complete() handler"

On 01.06.19 13:02, Sebastian Andrzej Siewior wrote: > On 2019-06-01 12:50:08 [+0200], To Soeren Moch wrote: >> I will look into this. > nothing obvious. If there is really blocken lock, could you please > enable lockdep > |CONFIG_LOCK_DEBUGGING_SUPPORT=y > |CONFIG_PROVE_LOCKING=y > |# CONFIG_LOC

RE: [PATCHv6 5/6] arm64: dts: lx2160a: Add PCIe controller DT nodes

Hi Karthikeyan, Thanks a lot for your comments! > -Original Message- > From: Karthikeyan Mitran [mailto:m.karthike...@mobiveil.co.in] > Sent: 2019年6月3日 13:13 > To: Z.q. Hou > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; linux-kernel@v

Re: [PATCH] Revert "usb: core: remove local_irq_save() around ->complete() handler"

On 01.06.19 12:50, Sebastian Andrzej Siewior wrote: > On 2019-06-01 01:02:37 [+0200], Soeren Moch wrote: >>> Why not just fix that driver? Wouldn't that be easier? >>> >> I suspect there are more drivers to fix. I only tested WIFI sticks so >> far, RTL8188 drivers also seem to suffer from this.

Re: [PATCH v2 5/5] net: dsa: add support for mv88e6250

On Mon, Jun 03, 2019 at 08:52:38AM +, Rasmus Villemoes wrote: > On 24/05/2019 16.27, Andrew Lunn wrote: > >> @@ -4841,6 +4910,10 @@ static const struct of_device_id > >> mv88e6xxx_of_match[] = { > >>.compatible = "marvell,mv88e6190", > >>.data = &mv88e6xxx_table[MV88E61

Re: [PATCH v2 1/2] mfd: rk808: Check pm_power_off pointer

On Tue, 21 May 2019, Stefan Mavrodiev wrote: > The function pointer pm_power_off may point to function from other > module (PSCI for example). If rk808 is removed, pm_power_off is > overwritten to NULL and the system cannot be powered off. > > This patch checks if pm_power_off points to a module

Re: [PATCH v2 2/2] mfd: rk808: Prepare rk805 for poweroff

On Tue, 21 May 2019, Stefan Mavrodiev wrote: > RK805 has SLEEP signal, which can put the device into SLEEP or OFF > mode. The default is SLEEP mode. > > However, when the kernel performs power-off (actually the ATF) the > device will not go fully off and this will result in higher power > consump

[PATCH v3 06/12] mtd: nand: Move ONFI code into nand/ directory

Move generic ONFI code to nand/ directory, which can be used by SPI NAND layer. Signed-off-by: Shivamurthy Shastri --- drivers/mtd/nand/Makefile| 2 +- drivers/mtd/nand/{raw/nand_onfi.c => onfi.c} | 1 + drivers/mtd/nand/raw/Makefile| 1 - 3 files changed, 2 i

[PATCH v3 08/12] mtd: spinand: add parameter page fixup function

Parameter page not following any standard. Hence, manufacturers may interpret parameters differently, and it is better to have a fixup function. Signed-off-by: Shivamurthy Shastri --- drivers/mtd/nand/spi/core.c | 6 ++ include/linux/mtd/spinand.h | 2 ++ 2 files changed, 8 insertions(+) di

Re: [PATCH] block: fix a crash in do_task_dead()

On Mon, Jun 03, 2019 at 02:37:05PM +0200, Peter Zijlstra wrote: > Anyway, Oleg, do you see anything blatantly buggered with this patch? > > (the stats were already dodgy for rq-stats, this patch makes them dodgy > for task-stats too) It now also has concurrency on wakeup; but afaict that's harml

[PATCH v3 02/12] mtd: rawnand: move ONFI related functions to nand.h

ONFI reated functions are used by nand_jedec.c and in next patch nand_onfi.c will be moving to nand/ directory, it is necessary to move these functions to nand.h. Signed-off-by: Shivamurthy Shastri --- drivers/mtd/nand/raw/internals.h | 4 drivers/mtd/nand/raw/nand_onfi.c | 8 incl

[PATCH v3 09/12] mtd: spinand: micron: prepare for generalizing driver

>From 654f8acf5d0724fda54c352cc91b0ab576dff928 Mon Sep 17 00:00:00 2001 From: Shivamurthy Shastri Date: Tue, 7 May 2019 15:19:22 +0200 Subject: [PATCH 09/12] mtd: spinand: micron: prepare for generalizing driver Generalize OOB layout structure and function names. Signed-off-by: Shivamurthy Shast

[PATCH v3 10/12] mtd: spinand: micron: Turn driver implementation generic

Driver is redesigned using parameter page to support Micron SPI NAND flashes. The reason why spinand_select_op_variant globalized is that the Micron driver no longer calling spinand_match_and_init. Signed-off-by: Shivamurthy Shastri --- drivers/mtd/nand/spi/core.c | 2 +- drivers/mtd/nand/spi

[PATCH v3 04/12] mtd: rawnand: introduce struct onfi_helper

Create onfi_helper object. This is base to turn ONFI code to generic. Signed-off-by: Shivamurthy Shastri --- include/linux/mtd/nand.h | 21 + 1 file changed, 21 insertions(+) diff --git a/include/linux/mtd/nand.h b/include/linux/mtd/nand.h index 3cdf06cae8b6..645dde4c5797 10

[PATCH v3 07/12] mtd: spinand: turn SPI NAND to support parameter page detection

Instantiate onfi_helper object for SPI NAND. Enable SPI NAND core to detect SPI NANDs with parameter page. Signed-off-by: Shivamurthy Shastri --- drivers/mtd/nand/spi/core.c | 103 1 file changed, 103 insertions(+) diff --git a/drivers/mtd/nand/spi/core.c b/

[PATCH v3 12/12] mtd: spinand: micron: Enable micron flashes with multi-die

Some of the Micron flashes has multi-die, and need to select the die each time while accessing it. Signed-off-by: Shivamurthy Shastri --- drivers/mtd/nand/spi/micron.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/drivers/mtd/nand/spi/micron.c b/drivers/mtd/nand/spi/micron.

[PATCH v3 11/12] mtd: spinand: micron: Fix read failure in Micron M70A flashes

M70A series flashes by default enable continuous read feature (BIT0 in configuration register). This feature will not expose the ECC to host and causing read failure. Signed-off-by: Shivamurthy Shastri --- drivers/mtd/nand/spi/micron.c | 10 ++ 1 file changed, 10 insertions(+) diff --gi

[PATCH v3 01/12] mtd: rawnand: turn nand_onfi_detect to use nand_device

It is necessary to turn nand_onfi_detect to use nand_device structure, to make ONFI related codes generic for all NAND devices. Signed-off-by: Shivamurthy Shastri --- drivers/mtd/nand/raw/internals.h | 2 +- drivers/mtd/nand/raw/nand_base.c | 2 +- drivers/mtd/nand/raw/nand_onfi.c | 8 +---

[PATCH v3 05/12] mtd: rawnand: turn ONFI support to generic

Instantiate the onfi_helper object for raw NAND and turn ONFI support to generic. Later this generic ONFI code will be used by SPI NAND as well. Signed-off-by: Shivamurthy Shastri --- drivers/mtd/nand/raw/nand_base.c | 218 ++- drivers/mtd/nand/raw/nand_onfi.c | 183 +

[PATCH v3 03/12] mtd: rawnand: move sanitize_strings to nand_onfi.c

sanitize_strings is not used in nand_base.c but used in nand_onfi.c. It is better to move sanitize_strings definition to nand_onfi.c, with this all ONFI related functions will be in the same file. Signed-off-by: Shivamurthy Shastri --- drivers/mtd/nand/raw/nand_base.c | 18 -- dr

RE: [PATCH] kbuild: use more portable 'command -v' for cc-cross-prefix

From: Masahiro Yamada > Sent: 03 June 2019 12:45 > On Mon, Jun 3, 2019 at 8:16 PM David Laight wrote: > > > > From: Masahiro Yamada > > > Sent: 03 June 2019 11:49 > > > > > > To print the pathname that will be used by shell in the current > > > environment, 'command -v' is a standardized way. [1]

[PATCH v3 00/12] Introduce generic ONFI support

Current support to ONFI parameter page is only for raw NAND, this patch series turn ONFI support into generic. So that, other NAND devices like SPI NAND can use this. There are five parts in this series. 1. Prepare for turning ONFI into generic 2. Turn ONFI into generic, which can be used by SPI N

Re: [PATCH 6/9] mmc: sdhci-sprd: Enable PHY DLL to make clock stable

On 20/05/19 1:11 PM, Baolin Wang wrote: > For the Spreadtrum SD host controller, when we changed the clock to be > more than 52M, we should enable the PHY DLL which is used to track the > clock frequency to make the clock work more stable. Otherwise deviation > may occur of the higher clock. > > S

Re: [PATCH v2] kernel/module: Fix mem leak in module_add_modinfo_attrs

On 2019/6/3 18:47, Jessica Yu wrote: > +++ YueHaibing [30/05/19 21:43 +0800]: >> In module_add_modinfo_attrs if sysfs_create_file >> fails, we forget to free allocated modinfo_attrs >> and roll back the sysfs files. >> >> Fixes: 03e88ae1b13d ("[PATCH] fix module sysfs files reference counting") >

Re: [PATCH 5/9] mmc: sdhci-sprd: Add HS400 enhanced strobe mode

On 20/05/19 1:11 PM, Baolin Wang wrote: > Add HS400 enhanced strobe mode support for Spreadtrum SD host controller. > > Signed-off-by: Baolin Wang Acked-by: Adrian Hunter > --- > drivers/mmc/host/sdhci-sprd.c | 32 > 1 file changed, 32 insertions(+) > > dif

Re: [PATCH] block: fix a crash in do_task_dead()

On Fri, May 31, 2019 at 03:12:13PM -0600, Jens Axboe wrote: > On 5/30/19 2:03 AM, Peter Zijlstra wrote: > > What is the purpose of that patch ?! The Changelog doesn't mention any > > benefit or performance gain. So why not revert that? > > Yeah that is actually pretty weak. There are substantial

Re: [PATCH 4/9] mmc: sdhci-sprd: Implement the get_max_timeout_count() interface

On 20/05/19 1:11 PM, Baolin Wang wrote: > Implement the get_max_timeout_count() interface to set the Spredtrum SD > host controller actual maximum timeout count. > > Signed-off-by: Baolin Wang Seems surprising that there isn't a custom ->set_timeout() as well. Nevertheless: Acked-by: Adrian Hun

Re: [PATCH 1/2] powerpc/lib: fix redundant inclusion of quad.o

On Mon, 2019-05-13 at 10:00:14 UTC, Christophe Leroy wrote: > quad.o is only for PPC64, and already included in obj64-y, > so it doesn't have to be in obj-y > > Fixes: 31bfdb036f12 ("powerpc: Use instruction emulation infrastructure to > handle alignment faults") > Signed-off-by: Christophe Leroy

Re: [PATCH -next] powerpc/book3s64: Make some symbols static

On Sat, 2019-05-04 at 10:24:27 UTC, YueHaibing wrote: > Fix sparse warnings: > > arch/powerpc/mm/book3s64/radix_pgtable.c:326:13: warning: symbol > 'radix_init_pgtable' was not declared. Should it be static? > arch/powerpc/mm/book3s64/hash_native.c:48:1: warning: symbol > 'native_tlbie_lock' was

Re: [PATCH] dlpar: Fix a missing-check bug in dlpar_parse_cc_property()

On Sun, 2019-05-26 at 02:42:40 UTC, Gen Zhang wrote: > In dlpar_parse_cc_property(), 'prop->name' is allocated by kstrdup(). > kstrdup() may return NULL, so it should be checked and handle error. > And prop should be freed if 'prop->name' is NULL. > > Signed-off-by: Gen Zhang > Acked-by: Nathan L

Re: [PATCH -next] misc: ocxl: Make ocxl_remove static

On Sat, 2019-05-04 at 10:27:20 UTC, YueHaibing wrote: > Fix sparse warning: > > drivers/misc/ocxl/pci.c:44:6: warning: > symbol 'ocxl_remove' was not declared. Should it be static? > > Reported-by: Hulk Robot > Signed-off-by: YueHaibing > Acked-by: Andrew Donnellan Applied to powerpc next, t

Re: [PATCH V7 1/2] soc: imx: Add SCU SoC info driver support

On Fri, May 24, 2019 at 01:52:36AM +, Anson Huang wrote: > Add i.MX SCU SoC info driver to support i.MX8QXP SoC, introduce > driver dependency into Kconfig as CONFIG_IMX_SCU must be > selected to support i.MX SCU SoC driver, also need to use > platform driver model to make sure IMX_SCU driver i

Re: [PATCH] powerpc/powernv/npu: Fix reference leak

On Fri, 2019-04-19 at 15:34:13 UTC, Greg Kurz wrote: > Since 902bdc57451c, get_pci_dev() calls pci_get_domain_bus_and_slot(). This > has the effect of incrementing the reference count of the PCI device, as > explained in drivers/pci/search.c: > > * Given a PCI domain, bus, and slot/function numbe

Re: [PATCH v11 2/2] usb: xhci: Add Clear_TT_Buffer

On 3.6.2019 13.53, Jim Lin wrote: USB 2.0 specification chapter 11.17.5 says "as part of endpoint halt processing for full-/low-speed endpoints connected via a TT, the host software must use the Clear_TT_Buffer request to the TT to ensure that the buffer is not in the busy state". In our case, a

Re: [PATCH v7 1/2] mfd: cros_ec: Register cros_ec_lid_angle driver when presented

On Fri, 17 May 2019, Gwendal Grignou wrote: > Register driver when EC indicates has precise lid angle calculation code > running. > Fix incorrect extra resource allocation in cros_ec_sensors_register(). > > Signed-off-by: Gwendal Grignou > --- > Changes in v7: > - Split patch in two: This is the

Re: [PATCH v9 12/16] sched/core: uclamp: Extend CPU's cgroup controller

On 31-May 08:35, Tejun Heo wrote: > Hello, Patrick. > > On Wed, May 15, 2019 at 10:44:55AM +0100, Patrick Bellasi wrote: [...] > For proportions (as opposed to weights), we use percentage rational > numbers - e.g. 38.44 for 38.44%. I have parser and doc update commits > pending. I'll put them

Re: [RFC 2/6] ipv4: add lockdep condition to fix for_each_entry

On Mon, Jun 3, 2019 at 2:42 AM Pavel Machek wrote: > > On Sun 2019-06-02 08:24:35, Joel Fernandes wrote: > > On Sun, Jun 2, 2019 at 8:20 AM Joel Fernandes > > wrote: > > > > > > On Sun, Jun 2, 2019 at 3:00 AM Pavel Machek wrote: > > > > > > > > On Sat 2019-06-01 18:27:34, Joel Fernandes (Google

Re: [PATCH RESEND] arm64: defconfig: Enable CONFIG_QORIQ_THERMAL

On Fri, May 24, 2019 at 12:40:37AM +, Anson Huang wrote: > i.MX8MQ needs CONFIG_QORIQ_THERMAL for thermal support. > > Signed-off-by: Anson Huang Applied, thanks.

Re: [PATCH v9 12/16] sched/core: uclamp: Extend CPU's cgroup controller

On 31-May 08:35, Tejun Heo wrote: [...] > > These attributes: > > > > a) are available only for non-root nodes, both on default and legacy > >hierarchies, while system wide clamps are defined by a generic > >interface which does not depends on cgroups. This system wide > >interface e

Re: [PATCH] m68k: io: Fix io{read,write}{16,32}be() for Coldfire peripherals

Hi Greg (and all), couldn't seen any follow up on this patch. I tested it and at least for mcf5441x it works properly and solves all issues. Do you think it may be accepted as an initial fix ? Regards, Angelo On Mon, Apr 29, 2019 at 10:19:37AM +0200, Geert Uytterhoeven wrote: > The generic defi

[PATCH net-next v3] hinic: add LRO support

This patch adds LRO support for the HiNIC driver. Signed-off-by: Xue Chaojing --- .../net/ethernet/huawei/hinic/hinic_hw_dev.c | 2 + .../net/ethernet/huawei/hinic/hinic_hw_dev.h | 8 +- .../net/ethernet/huawei/hinic/hinic_hw_io.c | 58 + .../ethernet/huawei/hinic/hinic_hw_qp_ct

Re: [PATCH v9 12/16] sched/core: uclamp: Extend CPU's cgroup controller

On 31-May 08:35, Tejun Heo wrote: > Hello, Patrick. Hi Tejun! > On Wed, May 15, 2019 at 10:44:55AM +0100, Patrick Bellasi wrote: > > Extend the CPU controller with a couple of new attributes util.{min,max} > > which allows to enforce utilization boosting and capping for all the > > tasks in a gro

Re: [PATCH 7/7] media: cedrus: Improve H264 memory efficiency

On Thu, May 30, 2019 at 11:15:16PM +0200, Jernej Skrabec wrote: > H264 decoder driver preallocated pretty big worst case mv col buffer > pool. It turns out that pool is most of the time much bigger than it > needs to be. > > Solution implemented here is to allocate memory only if capture buffer > i

Re: [PATCH v11 0/2] usb: xhci: Add Clear_TT_Buffer

On Mon, Jun 03, 2019 at 06:53:42PM +0800, Jim Lin wrote: > USB 2.0 specification chapter 11.17.5 says "as part of endpoint halt > processing for full-/low-speed endpoints connected via a TT, the host > software must use the Clear_TT_Buffer request to the TT to ensure > that the buffer is not in the

Re: [PATCH 3/9] mmc: sdhci-sprd: Add optional gate clock support

On 20/05/19 1:11 PM, Baolin Wang wrote: > For the Spreadtrum SC9860 platform, we should enable another gate clock > '2x_enable' to make the SD host controller work well. > > Signed-off-by: Baolin Wang Acked-by: Adrian Hunter > --- > drivers/mmc/host/sdhci-sprd.c | 35 +++

[PATCH 2/3] drivers/staging/rtl8192u: Remove comment-out code

From: Felix Trommer Remove the majority of all commented-out code. Commented out code, that was adressed by a comment itself is not removed. The code that we left in as comments was mostly due to the "pseudo-code"-like nature of the code that helped to clarify certain functionalities. Signed-off

[PATCH 3/3] drivers/staging/rtl8192u: Fix of checkpatch-errors

Fix issues that lead to multiple checkpatch warnings and errors, most of them regarding formatting of code and comments. Comments that contain only commented out code are removed as well. Signed-off-by: Felix Trommer Signed-off-by: Christian Müller --- .../staging/rtl8192u/ieee80211/ieee80211.h

[PATCH 0/3] Fixing style errors in staging/drivers/rtl8192u

This series of patches fixes various style errors in the rtl8192u staging driver. These fixes contain reformatting of code comments, changing of indentations, cleaning up commented out code within the source-code and fixes for individual errors indicated by the checkpatch tool. Christian Müller (1

Re: [PATCH] staging: rtl8712: Remove function alloc_network

On Fri, May 31, 2019 at 02:31:41AM +0530, Nishka Dasgupta wrote: > Remove function alloc_network as it does nothing except call > _r8712_alloc_network. Further, to maintain consistency with > the names of other functions, rename _r8712_alloc_network as > r8712_alloc_network. > Also change the corre

Re: [PATCH] staging: rtl8712: Change _SUCCESS/_FAIL to 0/-ENOMEM

On Fri, May 31, 2019 at 02:36:38AM +0530, Nishka Dasgupta wrote: > Change return values _SUCCESS and _FAIL to 0 and -ENOMEM respectively, > to match the convention in the drivers (and also because the return > value of this changed function is never checked anyway). > Change return type of the func

Re: [PATCH 6/7] media: cedrus: Add infra for extra buffers connected to capture buffers

Hi, On Thu, May 30, 2019 at 11:15:15PM +0200, Jernej Skrabec wrote: > H264 and HEVC engines need additional buffers for each capture buffer. > H264 engine has this currently solved by allocating fixed size pool, > which is not ideal. Most of the time pool size is much bigger than it > needs to be.

Re: [PATCH] staging: rtl8712: Replace function r8712_free_network_queue

On Fri, May 31, 2019 at 02:27:55AM +0530, Nishka Dasgupta wrote: > Remove function r8712_free_network_queue as it does nothing except call > _free_network_queue. > Rename _free_network_queue to r8712_free_network_queue (and change its > type to static) for continued use of the original functionalit

Re: [PATCH 2/2] ARM: dts: Add support for 96Boards Meerkat96 board

On Wed, May 22, 2019 at 06:45:50PM +0530, Manivannan Sadhasivam wrote: > Add devicetree support for 96Boards Meerkat96 board from Novtech. This > board is one of the Consumer Edition boards of the 96Boards family based > on i.MX7D SoC. Following are the currently supported features of the > board:

Re: [PATCH 5/5] staging: kpc2000: kpc_spi: use devm_* API to manage mapped I/O space

On Sun, Jun 02, 2019 at 03:58:37PM +, Geordan Neukum wrote: > The kpc_spi driver does not unmap its I/O space upon error cases in the > probe() function or upon remove(). Make the driver clean up after itself > more maintainably by migrating to using the managed resource API. > > Signed-off-by

Re: [PATCH] media: cxusb-analog: Use ARRAY_SIZE for cxusub_medion_pin_config

Hi Maciej, Thank you for the patch, but I posted a fix for this earlier already: https://patchwork.linuxtv.org/patch/56441/ I'll drop this patch in favor of the one above. Apologies for not CC-ing you on my patch, I should have done that. Regards, Hans On 6/1/19 12:37 AM, Maciej S. Sz

Re: [PATCH 4/7] media: cedrus: Remove dst_bufs from context

On Thu, May 30, 2019 at 11:15:13PM +0200, Jernej Skrabec wrote: > This array is just duplicated capture buffer queue. Remove it and adjust > code to look into capture buffer queue instead. > > Signed-off-by: Jernej Skrabec Acked-by: Maxime Ripard Maxime -- Maxime Ripard, Bootlin Embedded Linux

Re: [PATCH v3 1/2] gpio: Add support for hierarchical IRQ domains

On Mon, Jun 03, 2019 at 12:58:02PM +0200, Linus Walleij wrote: > On Mon, Jun 3, 2019 at 9:53 AM Thierry Reding > wrote: > > Me > > > > Please drop this. The default .to_irq() should be good for everyone. > > > Also patch 2/2 now contains a identical copy of the gpiolib > > > .to_irq() which I su

Re: [External] Re: linux kernel page allocation failure and tuning of page cache

On Mon, Jun 03, 2019 at 05:30:57AM +, Nagal, Amit UTC CCS wrote: > > [ 776.174308] Mem-Info: > > [ 776.176650] active_anon:2037 inactive_anon:23 isolated_anon:0 [ > > 776.176650] active_file:2636 inactive_file:7391 isolated_file:32 [ > > 776.176650] unevictable:0 dirty:13

Re: [PATCH 1/9] mmc: sdhci-sprd: Check the enable clock's return value correctly

On 20/05/19 1:11 PM, Baolin Wang wrote: > Missed to check the enable clock's return value, fix it. > > Signed-off-by: Baolin Wang Acked-by: Adrian Hunter > --- > drivers/mmc/host/sdhci-sprd.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/mmc/host/sdhci-s

Re: [PATCH v2] kernel/module: Fix mem leak in module_add_modinfo_attrs

On Thu, 30 May 2019, YueHaibing wrote: > In module_add_modinfo_attrs if sysfs_create_file > fails, we forget to free allocated modinfo_attrs > and roll back the sysfs files. > > Fixes: 03e88ae1b13d ("[PATCH] fix module sysfs files reference counting") > Signed-off-by: YueHaibing > --- > v2: free

Re: [PATCH] Improve code style in drivers/staging/rts5208

On Mon, Jun 03, 2019 at 01:43:50PM +0200, Tobias Nießen wrote: > These changes to sd.c and xd.c slightly improve the code style and > reduce the overall line length. > > Signed-off-by: Tobias Nießen > Signed-off-by: Sabrina Gaube > --- > drivers/staging/rts5208/sd.c | 23 +++

Re: [PATCH v5 3/3] arm64: dts: meson: Add minimal support for Odroid-N2

Hi Niel, On Mon, 3 Jun 2019 at 14:41, Neil Armstrong wrote: > > This patch adds basic support for : > - Amlogic G12B, which is very similar to G12A > - The HardKernel Odroid-N2 based on the S922X SoC > > The Amlogic G12B SoC is very similar with the G12A SoC, sharing > most of the features and ar

Re: [PATCH 02/10] arm64: dts: meson-gxm-khadas-vim2: fix Bluetooth support

On 3 Jun 2019, at 12:57 pm, Neil Armstrong wrote: > > On 29/05/2019 20:08, Martin Blumenstingl wrote: >> On Wed, May 29, 2019 at 12:25 PM Neil Armstrong >> wrote: >>> >>> On 27/05/2019 20:36, Martin Blumenstingl wrote: On Mon, May 27, 2019 at 3:22 PM Neil Armstrong wrote: > >>

Re: [PATCH 3/7] media: cedrus: Fix decoding for some H264 videos

Hi, On Thu, May 30, 2019 at 11:15:12PM +0200, Jernej Skrabec wrote: > It seems that for some H264 videos at least one bitstream parsing > trigger must be called in order to be decoded correctly. There is no > explanation why this helps, but it was observed that two sample videos > with this fix ar

[PATCH v2] sched/fair: Cleanup definition of NOHZ blocked load functions

cfs_rq_has_blocked() and others_have_blocked() are only used within update_blocked_averages(). The !CONFIG_FAIR_GROUP_SCHED version of the latter calls them within a #define CONFIG_NO_HZ_COMMON block, whereas the CONFIG_FAIR_GROUP_SCHED one calls them unconditionnally. As reported by Qian, the abo

Re: [PATCH] media: davinci: vpif_capture: fix memory leak in vpif_probe()

On 5/29/19 3:09 PM, Young Xiao wrote: > If vpif_probe() fails on vpif_probe_complete(), then memory > allocated at initialize_vpif() for global vpif_obj.dev[i] > become unreleased. > > The patch adds deallocation of vpif_obj.dev[i] on the error path. > > Signed-off-by: Young Xiao <92siuy...@gmail

RE: [PATCH net-next v5 0/5] net: stmmac: enable EHL SGMI

From: Voon Weifeng > This patch-set is to enable Ethernet controller > (DW Ethernet QoS and DW Ethernet PCS) with SGMII interface in Elkhart Lake. > The DW Ethernet PCS is the Physical Coding Sublayer that is between Ethernet > MAC and PHY and uses MDIO Clause-45 as Communication. This series lo

Re: [PATCH] perf: Fix oops when kthread execs user process

On Fri, May 31, 2019 at 04:37:03PM +0100, Will Deacon wrote: > On Thu, May 30, 2019 at 03:57:36PM +0530, Ravi Bangoria wrote: > > On 5/30/19 2:08 PM, Ravi Bangoria wrote: > > >> --- a/kernel/events/core.c > > >> +++ b/kernel/events/core.c > > >> @@ -5923,7 +5923,7 @@ static void perf_sample_regs_u

[PATCH] Improve code style in drivers/staging/rts5208

These changes to sd.c and xd.c slightly improve the code style and reduce the overall line length. Signed-off-by: Tobias Nießen Signed-off-by: Sabrina Gaube --- drivers/staging/rts5208/sd.c | 23 +++ drivers/staging/rts5208/xd.c | 8 2 files changed, 15 insertions(

Re: [PATCH 2/7] media: cedrus: Fix H264 default reference index count

On Thu, May 30, 2019 at 11:15:11PM +0200, Jernej Skrabec wrote: > Reference index count in VE_H264_PPS reg should come from PPS control. > However, this is not really important because reference index count is > in our case always overridden by that from slice header. > > Cc: nico...@ndufresne.ca >

Re: [PATCH] kbuild: use more portable 'command -v' for cc-cross-prefix

On Mon, Jun 3, 2019 at 8:16 PM David Laight wrote: > > From: Masahiro Yamada > > Sent: 03 June 2019 11:49 > > > > To print the pathname that will be used by shell in the current > > environment, 'command -v' is a standardized way. [1] > > > > 'which' is also often used in scripting, but it is not

Re: [PATCH] media: stm32-dcmi: fix irq = 0 case

On 5/31/19 11:18 AM, Fabien Dessenne wrote: > Manage the irq = 0 case, where we shall return an error. > > Fixes: b5b5a27bee58 ("media: stm32-dcmi: return appropriate error codes > during probe") > Signed-off-by: Fabien Dessenne > --- > drivers/media/platform/stm32/stm32-dcmi.c | 2 +- > 1 file

Re: [PATCH HACK RFC] cpu: Prevent late-arriving interrupts from disrupting offline

On Mon, Jun 03, 2019 at 10:38:48AM +0200, Peter Zijlstra wrote: > On Sat, Jun 01, 2019 at 06:12:53PM -0700, Paul E. McKenney wrote: > > Scheduling-clock interrupts can arrive late in the CPU-offline process, > > after idle entry and the subsequent call to cpuhp_report_idle_dead(). > > Once executio

RE: [v2, PATCH 3/4] net: stmmac: modify default value of tx-frames

From: Biao Huang > the default value of tx-frames is 25, it's too late when > passing tstamp to stack, then the ptp4l will fail: > > ptp4l -i eth0 -f gPTP.cfg -m > ptp4l: selected /dev/ptp0 as PTP clock > ptp4l: port 1: INITIALIZING to LISTENING on INITIALIZE > ptp4l: port 0: INITIALIZING to LIS

WARNING in ar5523_submit_rx_cmd/usb_submit_urb

Hello, syzbot found the following crash on: HEAD commit:69bbe8c7 usb-fuzzer: main usb gadget fuzzer driver git tree: https://github.com/google/kasan.git usb-fuzzer console output: https://syzkaller.appspot.com/x/log.txt?x=15d280f2a0 kernel config: https://syzkaller.appspot.com/x/.

KASAN: use-after-free Write in v4l2_prio_close

Hello, syzbot found the following crash on: HEAD commit:69bbe8c7 usb-fuzzer: main usb gadget fuzzer driver git tree: https://github.com/google/kasan.git usb-fuzzer console output: https://syzkaller.appspot.com/x/log.txt?x=142ef636a0 kernel config: https://syzkaller.appspot.com/x/.

KASAN: use-after-free Read in device_del

Hello, syzbot found the following crash on: HEAD commit:69bbe8c7 usb-fuzzer: main usb gadget fuzzer driver git tree: https://github.com/google/kasan.git usb-fuzzer console output: https://syzkaller.appspot.com/x/log.txt?x=1684d87ca0 kernel config: https://syzkaller.appspot.com/x/.

Re: [PATCH -next] pwm: pca9685: Remove set but not used variable 'pwm'

On Sun, Jun 02, 2019 at 10:18:15AM -0400, Sven Van Asbroeck wrote: > On Sat, Jun 1, 2019 at 12:05 PM Uwe Kleine-König > wrote: > > > > I didn't look into the driver to try to understand that, but the > > definitely needs a comment to explain for the next person to think they > > can do a cleanup h

Re: [PATCH] kbuild: use more portable 'command -v' for cc-cross-prefix

Hi David, On Mon, Jun 3, 2019 at 8:14 PM David Laight wrote: > > From: Masahiro Yamada > > Sent: 03 June 2019 11:49 > > > > To print the pathname that will be used by shell in the current > > environment, 'command -v' is a standardized way. [1] > > > > 'which' is also often used in scripting, but

Re: [PATCH 1/7] media: cedrus: Disable engine after each slice decoding

Hi, On Thu, May 30, 2019 at 11:15:10PM +0200, Jernej Skrabec wrote: > libvdpau-sunxi always disables engine after each decoded slice. > Do same in Cedrus driver. > > Presumably this also lowers power consumption which is always nice. > > Signed-off-by: Jernej Skrabec Is it fixing anything though

Re: [RFC][PATCH 01/14 v2] function_graph: Convert ret_stack to a series of longs

On Fri, 24 May 2019 08:05:53 -0400 Steven Rostedt wrote: > > > > > +#define SHADOW_STACK_SIZE (PAGE_SIZE) > > > > Do we really need that big a shadow stack? > > Well, this is a sticky point. I allow up to 16 users at a time > (although I can't imagine more than 5, but you never know), and ea

[PATCHv4 1/2] media: docs-rst: Document memory-to-memory video decoder interface

From: Tomasz Figa Due to complexity of the video decoding process, the V4L2 drivers of stateful decoder hardware require specific sequences of V4L2 API calls to be followed. These include capability enumeration, initialization, decoding, seek, pause, dynamic resolution change, drain and end of st

[PATCHv4 0/2] Document memory-to-memory video codec interfaces

Since Thomasz was very busy with other things, I've taken over this patch series. This v4 includes his draft changes and additional changes from me. This series attempts to add the documentation of what was discussed during Media Workshops at LinuxCon Europe 2012 in Barcelona and then later Embedd

[PATCHv4 2/2] media: docs-rst: Document memory-to-memory video encoder interface

From: Tomasz Figa Due to complexity of the video encoding process, the V4L2 drivers of stateful encoder hardware require specific sequences of V4L2 API calls to be followed. These include capability enumeration, initialization, encoding, encode parameters change, drain and reset. Specifics of th

Re: [PATCH] sched/fair: Cleanup definition of NOHZ blocked load functions

On Mon, Jun 03, 2019 at 11:22:40AM +0100, Valentin Schneider wrote: > On 03/06/2019 10:38, Peter Zijlstra wrote: > [...] > > > > I'm thinking the below can go on top to further clean up? > > > > Yep, that's even better indeed! Want me to resend with that extra diff? Yes please, I didn't even ge

RE: [PATCH] kbuild: use more portable 'command -v' for cc-cross-prefix

From: Masahiro Yamada > Sent: 03 June 2019 11:49 > > To print the pathname that will be used by shell in the current > environment, 'command -v' is a standardized way. [1] > > 'which' is also often used in scripting, but it is not portable. All uses of 'which' should be expunged. It is a bourne

Re: [PATCH] phy: rockchip-dp: Avoid power leak by leaving the PHY power on

Hi, On 20/05/19 1:34 PM, Caesar Wang wrote: > Hi Doug, > > For now,  nobody of rockchip is responsible for this driver. > Cc: Nickey, Zain, Hjc > > > On 5/8/19 7:48 AM, Douglas Anderson wrote: >> While testing a newer kernel on rk3288-based Chromebooks I found that >> the power draw in suspend

Re: [PATCH v5 3/3] thermal: cpu_cooling: Migrate to using the EM framework

On Saturday 01 Jun 2019 at 12:37:06 (+0200), Daniel Lezcano wrote: > On 30/05/2019 11:20, Quentin Perret wrote: > > The newly introduced Energy Model framework manages power cost tables in > > a generic way. Moreover, it supports several types of models since the > > tables can come from DT or firm

[PATCH] habanalabs: Fix virtual address access via debugfs for 2MB pages

The debugfs interface for accessing DRAM virtual addresses currently uses the 12 LSBs of a virtual address as an offset. However, it should use the 20 LSBs in case the device MMU page size is 2MB instead of 4KB. This patch fixes the offset calculation to be based on the page size. Signed-off-by: T

Re: [PATCH] perf: Fix oops when kthread execs user process

On Fri, May 31, 2019 at 04:37:15PM +0100, Will Deacon wrote: > Oh, nice! I think this happens because Power doesn't actually initialise > the regs after a kthread execs() until late in start_thread(). But the plot > thickens somewhat, since current_pt_regs() is different to > task_pt_regs(current)

<    4   5   6   7   8   9   10   11   12   13   >