[PATCH] video: fbdev: sis: avoid mismatched prototypes

Building with LTO enabled reveals some functions whose prototypes in the header are different from the definition: drivers/video/fbdev/sis/sis_main.h:765:0: error: type of 'SiS_SetCH70xxANDOR' does not match original declaration [-Werror=lto-type-mismatch] extern void SiS_SetCH70xxANDOR(struct

Re: Is the hisilicon tree maintained ?

On 02/02/2018 12:42, Wei Xu wrote: > Hi Daniel, > > On 2018/2/2 6:59, Daniel Lezcano wrote: >> >> Hi Wei Xu, >> >> I found in the MAINTAINERS file the hisilicon tree is at: >> >> https://github.com/hisilicon/linux-hisi >> >> But, (except I missed it) I didn't find any update since Nov, 2017. >>

[PATCH] drm/msm/adreno/a5xx_debugfs: fix potential NULL pointer dereference

_minor_ is being dereferenced before it is null checked, hence there is a potential null pointer dereference. Fix this by moving the pointer dereference after _minor_ has been null checked. Fixes: 024ad8df763f ("drm/msm: add a5xx specific debugfs") Signed-off-by: Gustavo A. R. Silva

[PATCH] drm/amd/display: fix incompatible structure layouts

Building the amd display driver with link-time optimizations revealed a bug that caused dal_cmd_tbl_helper_dce80_get_table() and dal_cmd_tbl_helper_dce110_get_table() get called with an incompatible return type between the two callers in command_table_helper.c and command_table_helper2.c:

Re: [PATCH v3 03/18] arm64: KVM: Increment PC after handling an SMC trap

On Thu, Feb 01, 2018 at 11:46:42AM +, Marc Zyngier wrote: > When handling an SMC trap, the "preferred return address" is set > to that of the SMC, and not the next PC (which is a departure from > the behaviour of an SMC that isn't trapped). > > Increment PC in the handler, as the guest is

Re: [PATCH v3 05/18] arm/arm64: KVM: Add PSCI_VERSION helper

On Thu, Feb 01, 2018 at 11:46:44AM +, Marc Zyngier wrote: > As we're about to trigger a PSCI version explosion, it doesn't > hurt to introduce a PSCI_VERSION helper that is going to be > used everywhere. > Reviewed-by: Christoffer Dall > Signed-off-by: Marc

Re: Query related to usage of cpufreq_suspend() & cpufreq_resume

On 02/02/2018 05:18 PM, Rafael J. Wysocki wrote: > On Friday, February 2, 2018 12:41:58 PM CET Prateek Sood wrote: >> Hi Viresh, >> >> One scenario is there where a kernel panic is observed in >> cpufreq during suspend/resume. >> >> pm_suspend() >> suspend_devices_and_enter() >>

Re: [PATCH v3 2/5] crypto: caam: Fix endless loop when RNG is already initialized

On Fri, 2018-02-02 at 11:20 +, Bryan O'Donoghue wrote: > On 01/02/18 12:16, Horia Geantă wrote: > > If the loop cannot exit based on value of "ret" != -EAGAIN, then it > > means > > caam_probe() will eventually fail due to ret == -EAGAIN: > > if (ret) { > > dev_err(dev, "failed

Re: [PATCH 4/4] sched/fair: Use a recently used CPU as an idle candidate and the basis for SIS

On Fri, Feb 02, 2018 at 01:46:47PM +0100, Peter Zijlstra wrote: > +static void __intel_pstate_hwp_set_desired(int val) > +{ > + u64 value; > + > + value = rdmsrl(MSR_HWP_REQUEST); > + value &= ~GENMASK_ULL(23, 16); > + value |= (val & 0xff) << 16; > + wrmsrl(MSR_HWP_REQUEST,

[PATCH 16/17] s390/kexec_file: Add crash support to image loader

Add support to load a crash kernel to the image loader. This requires extending the purgatory. Signed-off-by: Philipp Rudo Reviewed-by: Martin Schwidefsky --- arch/s390/kernel/kexec_image.c| 6 +- arch/s390/kernel/machine_kexec_file.c

[PATCH 17/17] s390/kexec_file: Add ELF loader

Add an ELF loader for kexec_file. The main task here is to do proper sanity checks on the ELF file. Basically all other functionality was already implemented for the image loader. Signed-off-by: Philipp Rudo --- arch/s390/include/asm/kexec.h | 1 +

[Patch v2 0/5] platform/x86: intel_pmc_core: Add CFL/CNL Support

This series contains the remaining (rebased) patches that were not applied to the pdx tree earlier. This also includes Acked-by / Reviewed-by tags from Rafael and Thomas. Rebased and tested on: http://git.infradead.org/linux-platform-drivers-x86.git/shortlog/refs/heads/review-andy Cc: Rafael J.

[Patch v2 4/5] platform/x86: intel_pmc_core: Add CannonLake PCH support

This adds support for Cannonlake PCH which is used by Cannonlake and Coffeelake SoCs. Signed-off-by: Srinivas Pandruvada Signed-off-by: Rajneesh Bhardwaj --- drivers/platform/x86/intel_pmc_core.c | 85

Re: Is the hisilicon tree maintained ?

Hi Daniel, On 2018/2/2 13:34, Daniel Lezcano wrote: > On 02/02/2018 13:10, Wei Xu wrote: >> Hi Daniel, >> >> On 2018/2/2 12:05, Daniel Lezcano wrote: >>> On 02/02/2018 12:42, Wei Xu wrote: Hi Daniel, On 2018/2/2 6:59, Daniel Lezcano wrote: > > Hi Wei Xu, > > I found

Re: asm-generic: Disallow no-op mb() for SMP systems

On Thu, Feb 01, 2018 at 02:29:09PM +0100, Peter Zijlstra wrote: > On Thu, Feb 01, 2018 at 09:27:50PM +0900, Stafford Horne wrote: > > I tried to clarify some of this in the spec v1.2 [0] which help formalize > > some of > > the techniques we used for the SMP implementation. Its probably not > >

[Patch v2 2/5] platform/x86: intel_pmc_core: Read base address from LPIT

From: Srinivas Pandruvada Read SLP_S0 address from ACPI LPIT table when present and use PMC specific SLP_S0 offset to get the base address of PMC MMIO. Signed-off-by: Rajneesh Bhardwaj Signed-off-by: Srinivas Pandruvada

[Patch v2 3/5] x86/cpu: Add Cannonlake to Intel family

Add CPUID of Cannonlake (CNL) processors to Intel family list. Cc: Dave Hansen Cc: Thomas Gleixner cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x...@kernel.org Reviewed-by: Thomas Gleixner

Re: [Patch v8 11/12] [media] s5p-mfc: Add support for HEVC encoder

On 02/02/18 13:25, Smitha T Murthy wrote: > Add HEVC encoder support and necessary registers, V4L2 CIDs, > and hevc encoder parameters > > Signed-off-by: Smitha T Murthy > Acked-by: Hans Verkuil Not quite, one last comment: > --- >

[PATCH] block: skd: fix incorrect linux/slab_def.h inclusion

skd includes slab_def.h to get access to the slab cache object size. However, including this header breaks when we use SLUB or SLOB instead of the SLAB allocator, since the structure layout is completely different, as shown by this warning when we build this driver in one of the invalid

Re: [RFC PATCH v1 13/13] mm: splice local lists onto the front of the LRU

On 01/02/2018 00:04, daniel.m.jor...@oracle.com wrote: > Now that release_pages is scaling better with concurrent removals from > the LRU, the performance results (included below) showed increased > contention on lru_lock in the add-to-LRU path. > > To alleviate some of this contention, do more

Re: Adjustments for a lot of function implementations

> One last time: either post per-driver patches with all the cleanups for a > driver > in a single patch, I preferred to offer source code adjustments according to specific transformation patterns mostly for each software module separately (also in small patch series). > or a per-directory

Re: [PATCH v6 4/6] iommu/arm-smmu: Add the device_link between masters and smmu

Hi Robin, On 2/2/2018 5:01 PM, Robin Murphy wrote: > On 02/02/18 05:40, Sricharan R wrote: >> Hi Robin/Vivek, >> >> On 2/1/2018 2:23 PM, Vivek Gautam wrote: >>> Hi, >>> >>> >>> On 1/31/2018 6:39 PM, Robin Murphy wrote: On 19/01/18 11:43, Vivek Gautam wrote: > From: Sricharan R

[PATCH 4/6] scsi: qedf: fix LTO-enabled build

The prototype for qedf_dbg_fops/qedf_debugfs_ops doesn't match the definition, which causes the final link to fail with link-time optimizations: drivers/scsi/qedf/qedf_main.c:34: error: type of 'qedf_dbg_fops' does not match original declaration [-Werror=lto-type-mismatch] extern struct

[PATCH 2/6] scsi: NCR53c406a: avoid section mismatch with LTO

Building with link time optimizations produces a false-postive section mismatch warning: WARNING: vmlinux.o(.data+0xf7e8): Section mismatch in reference from the variable driver_template.lto_priv.6914 to the function .init.text:NCR53c406a_detect() The variable driver_template.lto_priv.6914

Re: clang warning: implicit conversion in intel_ddi.c:1481

On Fri, Feb 02, 2018 at 12:44:38PM +0200, Jani Nikula wrote: > > +Knut, Fengguang > > On Fri, 02 Feb 2018, Greg KH wrote: > > - If clang now builds the kernel "cleanly", yes, I want to take > > warning fixes in the stable tree. And even better yet, if you

Re: Query related to usage of cpufreq_suspend() & cpufreq_resume

On Fri, Feb 2, 2018 at 1:53 PM, Prateek Sood wrote: > On 02/02/2018 05:18 PM, Rafael J. Wysocki wrote: >> On Friday, February 2, 2018 12:41:58 PM CET Prateek Sood wrote: >>> Hi Viresh, >>> >>> One scenario is there where a kernel panic is observed in >>> cpufreq during

[PATCH 6/6] scsi: qedf: use correct strncpy() size

gcc-8 warns during link-time optimization that the strncpy() call passes the size of the source buffer rather than the destination: drivers/scsi/qedf/qedf_dbg.c: In function 'qedf_uevent_emit': include/linux/string.h:253: error: 'strncpy' specified bound depends on the length of the source

Re: [PATCH v6 18/41] clk: davinci: New driver for TI DA8XX CFGCHIP clocks

On Saturday 20 January 2018 10:43 PM, David Lechner wrote: > +static const struct clk_ops da8xx_cfgchip_div4p5_clk_ops = { > + .enable = da8xx_cfgchip_gate_clk_enable, > + .disable= da8xx_cfgchip_gate_clk_disable, > + .is_enabled = da8xx_cfgchip_gate_clk_is_enabled,

[GIT PULL] pin control bulk changes for v4.16

Hi Linus, here is the big slew of changes in pin control for the v4.16 cycle. Like with GPIO it is actually a bit calm this time. The patches moving AXP209 from GPIO to pin control appear again (with the same hashes) and everything should be just smooth. Details are in the signed tag as usual.

[PATCH 0/3] Allwinner V3s audio codec device tree changes

Here's the Allwinner V3s audio codec device tree changes, which used to be blocked by the DMA engine code. The first patch adds the DMA engine device tree node, and the second adds the codec nodes (digital and analog). The thrid patch is for Lichee Pi Zero with Dock board to enable the audio

[PATCH 1/3] ARM: dts: sun8i: add DMA engine in V3s DTSI

Allwinner V3s SoC features a DMA engine. Add it in the DTSI file. Signed-off-by: Icenowy Zheng --- arch/arm/boot/dts/sun8i-v3s.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-v3s.dtsi b/arch/arm/boot/dts/sun8i-v3s.dtsi index

[PATCH 06/14] clk: stm32mp1: add PLL clocks

From: Gabriel Fernandez STMP32MP1 has 4 PLLs. PLL supports integer and fractional mode. Each PLL has 3 output dividers (p, q, r) Signed-off-by: Gabriel Fernandez --- drivers/clk/clk-stm32mp1.c | 209

[PATCH 04/14] clk: stm32mp1: add MP1 gate for osc hse/hsi/csi oscillators

From: Gabriel Fernandez MP1 Gate is a gate with a set and a clear register. This patch also introduces divider and fixed factor clocks. Signed-off-by: Gabriel Fernandez --- drivers/clk/clk-stm32mp1.c | 186

Re: [PATCH 4/4] sched/fair: Use a recently used CPU as an idle candidate and the basis for SIS

On Fri, Feb 02, 2018 at 01:46:47PM +0100, Peter Zijlstra wrote: > +static void __intel_pstate_hwp_set_desired(int val) > +{ > + u64 value; > + > + value = rdmsrl(MSR_HWP_REQUEST); > + value &= ~GENMASK_ULL(23, 16); > + value |= (val & 0xff) << 16; > + wrmsrl(MSR_HWP_REQUEST,

[PATCH 02/14] dt-bindings: clock: add STM32MP1 clocks

From: Gabriel Fernandez This patch adds the clock binding entry for STM32MP1 Signed-off-by: Gabriel Fernandez --- include/dt-bindings/clock/stm32mp1-clks.h | 248 ++ 1 file changed, 248 insertions(+) create mode

[PATCH 12/14] clk: stm32mp1: add RTC clock

From: Gabriel Fernandez This patch adds the RTC clock. Signed-off-by: Gabriel Fernandez --- drivers/clk/clk-stm32mp1.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/clk/clk-stm32mp1.c

[PATCH 0/2] i2c-sh7760: Adjustments for sh7760_i2c_probe()

From: Markus Elfring Date: Fri, 2 Feb 2018 15:18:29 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation Improve a size determination

[PATCH 1/3] x86: dumpstack: avoid uninitlized variable

In some configurations, 'partial' does not get initialized, as shown by this gcc-8 warning: arch/x86/kernel/dumpstack.c: In function 'show_trace_log_lvl': arch/x86/kernel/dumpstack.c:156:4: error: 'partial' may be used uninitialized in this function [-Werror=maybe-uninitialized]

[PATCH] staging: vc04_services: merge vchiq_kern_lib.c into vchiq_arm.c

There are two incompatible definitions of 'vchiq_instance_struct', so passing them through vchiq_initialise(), vchiq_connect() or another such interface is broken, as shown by building the driver with link-time optimizations: drivers/staging/vc04_services/interface/vchiq_arm/vchiq_if.h:129:0:

[PATCH 2/2] i2c-puv3: Improve a size determination in puv3_i2c_probe()

From: Markus Elfring Date: Fri, 2 Feb 2018 15:43:21 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

Re: [RFC][PATCH] printk: do not flush printk_safe from irq_work

On Thu 2018-02-01 11:46:47, Sergey Senozhatsky wrote: > On (01/30/18 13:23), Petr Mladek wrote: > [..] > > > If the system is in "big troubles" then what makes irq_work more > > > possible? Local IRQs can stay disabled, just like preemption. I > > > guess when the troubles are really big our

Re: [PATCH v3 04/18] arm/arm64: KVM: Consolidate the PSCI include files

On Thu, Feb 01, 2018 at 11:46:43AM +, Marc Zyngier wrote: > As we're about to update the PSCI support, and because I'm lazy, > let's move the PSCI include file to include/kvm so that both > ARM architectures can find it. > Acked-by: Christoffer Dall >

Re: [PATCH v3 07/18] arm/arm64: KVM: Implement PSCI 1.0 support

On Thu, Feb 01, 2018 at 11:46:46AM +, Marc Zyngier wrote: > PSCI 1.0 can be trivially implemented by having PSCI 0.2 and > the FEATURES call. Of, and returning 1.0 as the PSCI version. Of? (Oh ?) > > We happily ignore everything else, as it is optional. nit: Might be worth mentioning that

Re: [PATCH v3 06/18] arm/arm64: KVM: Add smccc accessors to PSCI code

On Thu, Feb 01, 2018 at 11:46:45AM +, Marc Zyngier wrote: > Instead of open coding the accesses to the various registers, > let's add explicit SMCCC accessors. > Reviewed-by: Christoffer Dall > Signed-off-by: Marc Zyngier > --- >

Re: [PATCH v5 00/10] clk: implement clock rate protection mechanism

On Thu, 2018-02-01 at 09:43 -0800, Stephen Boyd wrote: > > > > Applied to clk-protect-rate, with the exception that I did not apply > > > > "clk: fix CLK_SET_RATE_GATE with clock rate protection" as it breaks > > > > qcom clk code. > > > > > > > > Stephen, do you plan to fix up the qcom clock

[Patch v8 11/12] [media] s5p-mfc: Add support for HEVC encoder

Add HEVC encoder support and necessary registers, V4L2 CIDs, and hevc encoder parameters Signed-off-by: Smitha T Murthy Acked-by: Hans Verkuil --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 28 +- drivers/media/platform/s5p-mfc/s5p_mfc.c

[Patch v8 10/12] [media] v4l2: Add v4l2 control IDs for HEVC encoder

Add v4l2 controls for HEVC encoder Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda Acked-by: Hans Verkuil --- drivers/media/v4l2-core/v4l2-ctrls.c | 119 +++

[Patch v8 08/12] [media] s5p-mfc: Add support for HEVC decoder

Add support for codec definition and corresponding buffer requirements for HEVC decoder. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda Acked-by: Hans Verkuil --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 1

[PATCH 15/17] s390/kexec_file: Add image loader

Add an image loader for kexec_file_load. For simplicity first skip crash support. The functions defined in machine_kexec_file will later be shared with the ELF loader. Signed-off-by: Philipp Rudo Reviewed-by: Martin Schwidefsky ---

[PATCH 14/17] s390/kexec_file: Add kexec_file_load system call

This patch adds the kexec_file_load system call to s390 as well as the arch specific functions common code requires to work. Loaders for the different file types will be added later. Signed-off-by: Philipp Rudo --- arch/s390/Kconfig | 4 +

[PATCH 12/17] s390/kexec_file: Prepare setup.h for kexec_file_load

kexec_file_load needs to prepare the new kernels before they are loaded. For that it has to know the offsets in head.S, e.g. to register the new command line. Unfortunately there are no macros right now defining those offsets. Define them now. Signed-off-by: Philipp Rudo

Re: Is the hisilicon tree maintained ?

On 02/02/2018 13:10, Wei Xu wrote: > Hi Daniel, > > On 2018/2/2 12:05, Daniel Lezcano wrote: >> On 02/02/2018 12:42, Wei Xu wrote: >>> Hi Daniel, >>> >>> On 2018/2/2 6:59, Daniel Lezcano wrote: Hi Wei Xu, I found in the MAINTAINERS file the hisilicon tree is at:

[PATCH 07/14] clk: stm32mp1: add Post-dividers for PLL

From: Gabriel Fernandez Each PLL has 3 outputs with post-dividers. pll1_p is dedicated for Cortex-A7 pll1_q is not connected pll1_r is not connected pll2_p is dedicated for AXI pll2_q is dedicated for GPU pll2_r is dedicated for DDR pll3_p is dedicated for mcu pll3_q

[PATCH 05/14] clk: stm32mp1: add Source Clocks for PLLs

From: Gabriel Fernandez This patch adds source clocks for PLLs This patch also introduces MUX clock API. Signed-off-by: Gabriel Fernandez --- drivers/clk/clk-stm32mp1.c | 48 ++ 1 file changed, 48

[PATCH 01/14] dt-bindings: Document STM32MP1 Reset Clock Controller (RCC) bindings

From: Gabriel Fernandez The RCC block is responsible of the management of the clock and reset generation for the complete circuit. Signed-off-by: Gabriel Fernandez --- .../devicetree/bindings/mfd/st,stm32-rcc.txt | 85

Re: clang warning: implicit conversion in intel_ddi.c:1481

On Fri, 02 Feb 2018, Greg KH wrote: > On Fri, Feb 02, 2018 at 12:44:38PM +0200, Jani Nikula wrote: >> >> +Knut, Fengguang >> >> On Fri, 02 Feb 2018, Greg KH wrote: >> >- If clang now builds the kernel "cleanly", yes, I want to take >>

Re: [PATCH] x86/perf : Add check for CPUID instruction before using

On Fri, Feb 02, 2018 at 09:30:51AM -0500, Matthew Whitehead wrote: > We still officially support the ancient i486 cpu. First generation > versions of this processor do not have the CPUID instruction, though > later versions do. Therefore you must check that the cpu supports > it before using it.

Re: [PATCH v6 23/41] ARM: dm365: add new clock init using common clock framework

On Saturday 20 January 2018 10:44 PM, David Lechner wrote: > This adds the new board-specific clock init in mach-davinci/dm365.c > using the new common clock framework drivers. > > The #ifdefs are needed to prevent compile errors until the entire > ARCH_DAVINCI is converted. > > Also clean up

Re: [PATCH] x86/perf : Add check for CPUID instruction before using

Em Fri, Feb 02, 2018 at 09:30:51AM -0500, Matthew Whitehead escreveu: > We still officially support the ancient i486 cpu. First generation > versions of this processor do not have the CPUID instruction, though > later versions do. Therefore you must check that the cpu supports > it before using

Re: [PATCH] x86/perf : Add check for CPUID instruction before using

Em Fri, Feb 02, 2018 at 03:37:31PM +0100, Borislav Petkov escreveu: > On Fri, Feb 02, 2018 at 09:30:51AM -0500, Matthew Whitehead wrote: > > We still officially support the ancient i486 cpu. First generation > > versions of this processor do not have the CPUID instruction, though > > later

Re: [PATCH] ASoC: codecs: Add support for AK5558 ADC driver

On Thu, Feb 01, 2018 at 04:46:56PM +0200, Andy Shevchenko wrote: > On Thu, Feb 1, 2018 at 3:48 PM, Mark Brown wrote: > >> >> > Signed-off-by: Junichi Wakasugi > >> >> > Signed-off-by: Mihai Serban > >> >> >

Re: [RFC PATCH v4 1/2] fuse: introduce new fs_type flag FS_IMA_NO_CACHE

Hi Miklos, On Tue, 2018-01-30 at 19:06 +0100, Dongsu Park wrote: > From: Alban Crequy > > This new fs_type flag FS_IMA_NO_CACHE means files should be re-measured, > re-appraised and re-audited each time. Cached integrity results should > not be used. > > It is useful in FUSE

[PATCH] staging: media: atomisp: remove pointless string copy

gcc-8 points out that a string is copied to itself here: In file included from drivers/staging/media/atomisp/pci/atomisp2/css2400/hive_isp_css_include/platform_support.h:25, from

Re: [PATCH 4/4] sched/fair: Use a recently used CPU as an idle candidate and the basis for SIS

On Fri, Feb 02, 2018 at 12:42:29PM +0100, Rafael J. Wysocki wrote: > > If you really care you can do async IPIs and do a custom serialization > > that only waits when you do back-to-back things, which should be fairly > > uncommon I'd think. > > In this particular case we don't want to return to

[Patch v8 01/12] [media] s5p-mfc: Rename IS_MFCV8 macro

This patch renames macro IS_MFCV8 to IS_MFCV8_PLUS so that the MFCv8 code can be resued for MFCv10.10 support. Since the MFCv8 specific code holds good for MFC v10.10 also. Signed-off-by: Smitha T Murthy Acked-by: Andrzej Hajda Acked-by: Hans Verkuil

[Patch v8 00/12] Add MFC v10.10 support

This patch series adds MFC v10.10 support. MFC v10.10 is used in some of Exynos7 variants. This adds support for following: * Add support for HEVC encoder and decoder * Add support for VP9 decoder * Update Documentation for control id definitions * Update computation of min scratch buffer size

Re: [PATCH v25 0/2] Virtio-balloon: support free page reporting

On 02/02/2018 03:15 AM, Michael S. Tsirkin wrote: On Thu, Jan 25, 2018 at 05:14:04PM +0800, Wei Wang wrote: This patch series is separated from the previous "Virtio-balloon Enhancement" series. The new feature, VIRTIO_BALLOON_F_FREE_PAGE_HINT, implemented by this series enables the

[Patch v8 03/12] [media] s5p-mfc: Use min scratch buffer size as provided by F/W

After MFC v8.0, mfc f/w lets the driver know how much scratch buffer size is required for decoder. If mfc f/w has the functionality, E_MIN_SCRATCH_BUFFER_SIZE, driver can know how much scratch buffer size is required for encoder too. Signed-off-by: Smitha T Murthy

[Patch v8 02/12] [media] s5p-mfc: Adding initial support for MFC v10.10

Adding the support for MFC v10.10, with new register file and necessary hw control, decoder, encoder and structural changes. CC: Rob Herring CC: devicet...@vger.kernel.org Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda

[Patch v8 12/12] Documention: v4l: Documentation for HEVC CIDs

Added V4l2 controls for HEVC encoder Signed-off-by: Smitha T Murthy --- Documentation/media/uapi/v4l/extended-controls.rst | 410 + 1 file changed, 410 insertions(+) diff --git a/Documentation/media/uapi/v4l/extended-controls.rst

Re: WARNING: kernel stack regs has bad 'bp' value (3)

On Fri, Feb 2, 2018 at 2:48 PM, syzbot wrote: > Hello, > > syzbot hit the following crash on upstream commit > 7109a04eae81c41ed529da9f3c48c3655ccea741 (Thu Feb 1 17:37:30 2018 +) > Merge

Re: [PATCH v2 08/16] iio: adc: sun4i-gpadc-iio: rework: add interrupt support

On 31.01.2018 20:07, Quentin Schulz wrote: Hi Philipp, On Mon, Jan 29, 2018 at 12:29:11AM +0100, Philipp Rossak wrote: This patch rewors the driver to support interrupts for the thermal part of the sensor. This is only available for the newer sensor (currently H3 and A83T). The interrupt

Re: Is the hisilicon tree maintained ?

On 02/02/2018 15:04, Wei Xu wrote: > Hi Daniel, > > On 2018/2/2 13:53, Daniel Lezcano wrote: >> On 02/02/2018 14:48, Wei Xu wrote: >>> Hi Daniel, >>> >>> On 2018/2/2 13:34, Daniel Lezcano wrote: On 02/02/2018 13:10, Wei Xu wrote: > Hi Daniel, > > On 2018/2/2 12:05, Daniel Lezcano

Re: [PATCH 8/8] thermal/drivers/cpu_cooling: Add the combo cpu cooling device

On 02/02/2018 11:42, Viresh Kumar wrote: > Hi Daniel, Hi Viresh, > I have gone through the other review comments, specially from Daniel T.. > While I > share some of his concerns, I have few more of mine. > > On 23-01-18, 16:34, Daniel Lezcano wrote: >> +late_initcall(cpu_cooling_init); > >

Re: [PATCH v2 09/16] iio: adc: sun4i-gpadc-iio: add support for H3 thermal sensor

On 31.01.2018 20:23, Quentin Schulz wrote: Hi Philipp, On Mon, Jan 29, 2018 at 12:29:12AM +0100, Philipp Rossak wrote: This patch adds support for the H3 ths sensor. The H3 supports interrupts. The interrupt is configured to update the the sensor values every second. The calibration data is

Re: [GIT PULL] IMA bug fixes for 4.16

On Fri, 2018-02-02 at 21:07 +1100, James Morris wrote: > On Thu, 1 Feb 2018, Mimi Zohar wrote: > > > Hi James, > > > > Included in this pull request are three bug fixes, assuming the 2 FUSE > > patches are considered bugs and not new features, and a maintainer update. > > I'd appreciate your

[PATCH 2/3] x86: fix swsusp_arch_resume prototype

The declaration for swsusp_arch_resume marks it as 'asmlinkage', but the definition in x86-32 does not, and it fails to include the header with the declaration. This leads to a warning when building with link-time-optimizations: kernel/power/power.h:108:23: error: type of 'swsusp_arch_resume'

Re: [PATCH] kdb: use memmove instead of overlapping memcpy

On 02/02/2018 08:59 AM, Arnd Bergmann wrote: gcc discovered that the memcpy() arguments in kdbnearsym() overlap, so we should really use memmove(), which is defined to handle that correctly: In function 'memcpy', inlined from 'kdbnearsym' at

[PATCH 2/2] ARM: xscale: fix gcc-8 build

We use a hack in xscale-cp0.c to allow building it for ARMv4 while also using ARMv5TE and iWMMXt specific inline assembly, by adding a top-level asm statement. Unfortunately that hack no longer works with gcc-8, since it will revert back to the normal architecture. The recommended way of handling

[PATCH 1/2] ARM: kvm: fix building with gcc-8

In banked-sr.c, we use a top-level '__asm__(".arch_extension virt")' statement to allow compilation of a multi-CPU kernel for ARMv6 and older ARMv7-A that don't normally support access to the banked registers. This is considered to be a programming error by the gcc developers and will no longer

Re: [PATCH] block: skd: fix incorrect linux/slab_def.h inclusion

On 2/2/18 8:03 AM, Arnd Bergmann wrote: > skd includes slab_def.h to get access to the slab cache object size. > However, including this header breaks when we use SLUB or SLOB instead of > the SLAB allocator, since the structure layout is completely different, > as shown by this warning when we

[PATCH] xen: hypercall: fix out-of-bounds memcpy

The legacy hypercall handlers were originally added with a comment explaining that "copying the argument structures in HYPERVISOR_event_channel_op() and HYPERVISOR_physdev_op() into the local variable is sufficiently safe" and only made sure to not write past the end of the argument structure, the

[PATCH 1/2] locking/qrwlock: include asm/byteorder.h as needed

Moving the qrwlock struct definition into a header file introduced a subtle bug on all little-endian machines, where some files in some configurations would see the fields in an incorrect order. This was found by building with an LTO enabled compiler that warns every time we try to link together

[PATCH 2/2] Kbuild: always define endianess in kconfig.h

Build testing with LTO found a couple of files that get compiled differently depending on whether asm/byteorder.h gets included early enough or not. In particular, include/asm-generic/qrwlock_types.h is affected by this, but there are probably others as well. The symptom is a series of LTO link

Fix matrix keypad does not response with matrix_keypad driver in specific condition.

in matrix_keypad.c, the function disable_row_irqs() may be called by matrix_keypad_interrupt() or matrix_keypad_stop(), there is race condition to disble irqs. If while matrix_keypad_stop() is calling, and the keypad interrupt is triggered, disable_row_irqs() is called by

[PATCH 0/7] LTO: hacks to build LTO-enabled randconfig kernels

This is a set of patches that I used for build-testing, resulting in a successful build without warnings when combining https://github.com/andikleen/linux-misc#lto-415-2 with the latest linux-next. I sent out all bug fixes that I had a good feeling about, this series is basically crap, but it

[PATCH 1/7] [HACK] lto: make config.gz symbol visible

building with LTO enabled, I often get warnings about kernel/configs.c being empty when CONFIG_IKCONFIG is disabled: x86_64-linux/bin/nm: kernel/configs.o: no symbols Making the symbol visible is probably not the right solution, but it does get rid of the warning. Signed-off-by: Arnd Bergmann

Re: [PATCH 1/2] ARM: kvm: fix building with gcc-8

On Fri, Feb 2, 2018 at 5:23 PM, Robin Murphy wrote: > On 02/02/18 15:55, Robin Murphy wrote: >> >> On 02/02/18 15:07, Arnd Bergmann wrote: >>> >>> In banked-sr.c, we use a top-level '__asm__(".arch_extension virt")' >>> statement to allow compilation of a multi-CPU kernel

Re: [PATCH] xen: hypercall: fix out-of-bounds memcpy

On Fri, Feb 02, 2018 at 05:11:02PM +0100, Arnd Bergmann wrote: > On Fri, Feb 2, 2018 at 4:53 PM, Dan Carpenter > wrote: > > On Fri, Feb 02, 2018 at 04:32:31PM +0100, Arnd Bergmann wrote: > >> switch (cmd) { > >> + case EVTCHNOP_bind_interdomain: > >> +

Re: [PATCH 2/2] Kbuild: always define endianess in kconfig.h

On Fri, Feb 2, 2018 at 5:31 PM, Masahiro Yamada wrote: > 2018-02-03 0:40 GMT+09:00 Arnd Bergmann : >> --- >> include/linux/kconfig.h | 6 ++ >> 1 file changed, 6 insertions(+) >> >> diff --git a/include/linux/kconfig.h b/include/linux/kconfig.h

[PATCH 4.9 67/86] media: usbtv: add a new usbid

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Icenowy Zheng [ Upstream commit 04226916d2360f56d57ad00bc48d2d1854d1e0b0 ] A new usbid of UTV007 is found in a newly bought device. The usbid is 1f71:3301. The ID on the

[PATCH 4.9 63/86] scsi: aacraid: Prevent crash in case of free interrupt during scsi EH path

4.9-stable review patch. If anyone has any objections, please let me know. -- From: "Guilherme G. Piccoli" [ Upstream commit e4717292ddebcfe231651b5aff9fa19ca158d178 ] As part of the scsi EH path, aacraid performs a reinitialization of the

[PATCH 4.9 69/86] staging: rtl8188eu: Fix incorrect response to SIOCGIWESSID

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger [ Upstream commit b77992d2df9e47144354d1b25328b180afa33442 ] When not associated with an AP, wifi device drivers should respond to the SIOCGIWESSID

[PATCH 4.9 72/86] tty: fix data race between tty_init_dev and flush of buf

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Gaurav Kohli commit b027e2298bd588d6fa36ed2eda97447fb3eac078 upstream. There can be a race, if receive_buf call comes before tty initialization completes in n_tty_open

[PATCH 4.9 70/86] drm/vc4: Move IRQ enable to PM path

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Schake [ Upstream commit ce9caf2f79a5aa170a4b6456a03db639eed9c988 ] We were calling enable_irq on bind, where it was already enabled previously by the IRQ helper.

[PATCH 4.9 78/86] usbip: prevent bind loops on devices attached to vhci_hcd

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Shuah Khan commit ef54cf0c600fb8f5737fb001a9e357edda1a1de8 upstream. usbip host binds to devices attached to vhci_hcd on the same server when user does attach over

[PATCH 4.14 065/156] uapi: fix linux/kfd_ioctl.h userspace compilation errors

4.14-stable review patch. If anyone has any objections, please let me know. -- From: "Dmitry V. Levin" [ Upstream commit b4d085201d86af69cbda2214c6dafc0be240ef9f ] Consistently use types provided by via to fix the following linux/kfd_ioctl.h userspace

[PATCH 4.14 053/156] s390/zcrypt: Fix wrong comparison leading to strange load balancing

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Harald Freudenberger [ Upstream commit 0b0882672640ced4deeebf84da0b88b6389619c4 ] The function to decide if one zcrypt queue is better than another one compared

[PATCH 4.14 048/156] nvme-loop: check if queue is ready in queue_rq

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Sagi Grimberg [ Upstream commit 9d7fab04b95e8c26014a9bfc1c943b8360b44c17 ] In case the queue is not LIVE (fully functional and connected at the nvmf level), we cannot allow

[PATCH 4.14 049/156] nvme-pci: disable APST on Samsung SSD 960 EVO + ASUS PRIME B350M-A

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Kai-Heng Feng [ Upstream commit 8427bbc224863e14d905c87920d4005cb3e88ac3 ] The NVMe device in question drops off the PCIe bus after system suspend. I've tried

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