linux-next: manual merge of the akpm tree with the vfs tree

Hi all, Today's linux-next merge of the akpm-current tree got a conflict in: mm/vmalloc.c between commits: fddda2b7b521 ("proc: introduce proc_create_seq{,_data}") 44414d82cfe0 ("proc: introduce proc_create_seq_private") from the vfs tree and patch: "mm: use octal not symbolic

Re: linux-next: build warning after merge of the vfs tree

On Thu, May 17, 2018 at 10:39:32AM +1000, Stephen Rothwell wrote: > Hi Al, > > After merging the vfs tree, today's linux-next build (x86_64 allmodconfig) > produced this warning: > > drivers/isdn/gigaset/capi.c:2344:14: warning: 'gigaset_procinfo' defined but > not used [-Wunused-function] >

Re: [PATCH 3/3] x86/MCE/AMD: Get address from already initialized block

On 2018 Mai 17, Borislav Petkov wrote: > On Tue, May 15, 2018 at 11:39:54AM +0200, Johannes Hirte wrote: > > The out-of-bound access happens in get_block_address: > > > > if (bankp && bankp->blocks) { > > struct threshold_block *blockp blockp = >blocks[block]; > > > > with

Re: [PATCH] Add the memcg print oom info for system oom

On Thu 17-05-18 08:00:28, ufo19890607 wrote: > From: yuzhoujian > > The dump_header does not print the memcg's name when the system > oom happened. Some users want to locate the certain container > which contains the task that has been killed by the oom killer. > So I

drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c:4205:3: note: in expansion of macro 'xchg'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: e6506eb241871d68647c53cb6d0a16299550ae97 commit: c7aec59657b60f3a29fc7d3274ebefd698879301 ixgbevf: Add XDP support for pass and drop actions date: 8 weeks ago config: sparc-allyesconfig (attached as

Re: linux-next: manual merge of the staging tree with the v4l-dvb tree

On Thu, May 17, 2018 at 02:17:27PM +1000, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the staging tree got a conflict in: > > drivers/staging/media/atomisp/TODO > > between commit: > > 51b8dc5163d2 ("media: staging: atomisp: Remove driver") > > from the v4l-dvb tree

Re: [PATCH v4 3/3] ARM: dts: tegra: Work safely with 256 MB Colibri-T20 modules

On Tue, May 15, 2018 at 11:20 PM, Stefan Agner wrote: > On 15.05.2018 16:41, Krzysztof Kozlowski wrote: >> Colibri-T20 can come in 256 MB RAM (with 512 MB NAND) or 512 MB RAM >> (with 1024 MB NAND) flavors. Both of them will use the same DTSI >> expecting the bootloader to do

[PATCH v17 2/9] PCI/AER: Handle ERR_FATAL with removal and re-enumeration of devices

PCIe ERR_FATAL errors mean the Link is unreliable. Components on the Link may need to be reset to return to reliable operation (PCIe r4.0, sec 6.2.2). We previously handled these errors much differently depending on whether the platform supports Downstream Port Containment (DPC) (PCIe r4.0, sec

[PATCH v17 8/9] PCI/AER: Pass service type to pcie_do_fatal_recovery()

Pass the service type to pcie_do_fatal_recovery() instead of assuming AER. We will make DPC also use pcie_do_fatal_recovery(), and it needs to do things a little differently for AER and DPC. Signed-off-by: Oza Pawandeep [bhelgaas: split to separate patch] Signed-off-by:

[PATCH v17 9/9] PCI/DPC: Use the generic pcie_do_fatal_recovery() path

Our goal is to handle ERR_FATAL errors similarly, whether they are reported via AER or via DPC. A previous commit changed AER so it handles ERR_FATAL by calling driver .remove() methods and resetting the Link. DPC already does that (although the Link reset is done automatically by hardware and

[PATCH v17 6/9] PCI/portdrv: Add generic pcie_port_find_device()

Add generic pcie_port_find_device() routine. Signed-off-by: Oza Pawandeep Signed-off-by: Bjorn Helgaas Reviewed-by: Keith Busch diff --git a/drivers/pci/pcie/portdrv.h b/drivers/pci/pcie/portdrv.h index ba6c963..896608a 100644

Re: [PATCH 07/14] powerpc: Add support for restartable sequences

On Thu, May 17, 2018 at 09:19:49AM +0800, Boqun Feng wrote: > On Wed, May 16, 2018 at 04:13:16PM -0400, Mathieu Desnoyers wrote: > > and that x86 calls it from syscall_return_slowpath() (which AFAIU is > > now used in the fast-path since KPTI), I wonder where we should call > > So we actually

[PATCH v17 5/9] PCI/portdrv: Add generic pcie_port_find_service()

Add generic pcie_port_find_service() routine. Signed-off-by: Oza Pawandeep Signed-off-by: Bjorn Helgaas Reviewed-by: Keith Busch diff --git a/drivers/pci/pcie/aer/aerdrv_core.c b/drivers/pci/pcie/aer/aerdrv_core.c index

[GIT PULL] sound fixes for 4.17-rc6

Linus, please pull sound fixes for v4.17-rc6 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.17-rc6 The topmost commit is c99f0802e42fcd38e84ee4d306691805ebed204f sound fixes for 4.17-rc6 We

[PATCH net-next v3 06/10] net: mvpp2: 2500baseX support

This patch adds the 2500Base-X PHY mode support in the Marvell PPv2 driver. 2500Base-X is quite close to 1000Base-X and SGMII modes and uses nearly the same code path. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2.c | 51

[PATCH net-next v3 01/10] net: mvpp2: align the ethtool ops definition

Cosmetic patch to align the ethtool functions to ops definitions. This patch does not change in any way the driver's behaviour. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2.c | 24 1 file changed, 12 insertions(+), 12

Re: `ucsi_acpi: probe of USBC000:00 failed with error -12` on Dell XPS 13 9370

Hi, On Wed, May 16, 2018 at 04:13:31PM +, mario.limoncie...@dell.com wrote: > > > > -Original Message- > > From: Heikki Krogerus [mailto:heikki.kroge...@linux.intel.com] > > Sent: Wednesday, May 16, 2018 6:58 AM > > To: Greg KH; Paul Menzel > > Cc: linux-...@vger.kernel.org;

[PATCH v2 2/8] slimbus: core: rearrange slim_eaddr structure

Rearrange struct slim_eaddr so that the structure is packed correctly to be able to send in SLIMBus messages. Signed-off-by: Srinivas Kandagatla --- include/linux/slimbus.h | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[PATCH v2 1/8] slimbus: core: add of_slim_device_get() helper

On SLIMBus controllers like Qcom NGD(non ported device), controller can request logical address once the remote side is powered, having a helper function like this to explicitly enumerate the bus is helpful. Also codec drivers which are taking to interface device would need such a helper too.

Re: [PATCH v2 3/3] arm64: dts: renesas: draak: Describe HDMI input

On Thu, May 17, 2018 at 09:14:56AM +0200, jacopo mondi wrote: > Hi Niklas, > > On Thu, May 17, 2018 at 12:23:18AM +0200, Niklas Söderlund wrote: > > Hi Jacopo, > > > > Thanks for your patch. > > > > On 2018-05-16 15:42:09 +0200, Jacopo Mondi wrote: > > > Describe HDMI input connector and ADV7612

[v0 2/2] cpufreq: qcom-fw: Add support for QCOM cpufreq FW driver

The CPUfreq FW present in some QCOM chipsets offloads the steps necessary for hanging the frequency of CPUs. The driver implements the cpufreq driver interface for this firmware. Signed-off-by: Taniya Das --- drivers/cpufreq/Kconfig.arm | 9 ++

[v0 1/2] dt-bindings: clock: Introduce QCOM CPUFREQ FW bindings

Add QCOM cpufreq firmware device bindings for Qualcomm Technology Inc's SoCs. This is required for managing the cpu frequency transitions which are controlled by firmware. Signed-off-by: Taniya Das --- .../bindings/cpufreq/cpufreq-qcom-fw.txt | 68

[v0 0/2] Add support for QCOM cpufreq FW driver

The CPUfreq FW present in some QCOM chipsets offloads the steps necessary for hanging the frequency of CPUs. The driver implements the cpufreq driver interface for this firmware. Taniya Das (2): dt-bindings: clock: Introduce QCOM CPUFREQ FW bindings cpufreq: qcom-fw: Add support for QCOM

Re: [PATCH v5 01/13] KVM: s390: Interface to test whether APXA installed

On Thu, 17 May 2018 11:11:41 +0200 Harald Freudenberger wrote: > On 16.05.2018 12:45, Tony Krowiak wrote: > > On 05/16/2018 06:21 AM, Cornelia Huck wrote: > >> On Mon,  7 May 2018 11:11:40 -0400 > >> Tony Krowiak wrote: > >> > >>> Relocates

[PATCH v2] dmaengine: qcom: bam_dma: check if the runtime pm enabled

Disabling pm runtime at probe is not sufficient to get BAM working on remotely controller instances. pm_runtime_get_sync() would return -EACCES in such cases. So check if runtime pm is enabled before returning error from bam functions. Fixes: 5b4a68952a89 ("dmaengine: qcom: bam_dma: disable

Re: Serdev runtime PM (was: Re: [PATCH 4/7] dt-bindings: gnss: add u-blox binding)

On Wed, May 09, 2018 at 07:05:50AM -0700, Tony Lindgren wrote: > * Johan Hovold [180509 09:20]: > > On Tue, May 08, 2018 at 05:56:08PM +0200, Sebastian Reichel wrote: > > > I think using open/close for runtime pm is good enough for GPS, > > > since it regularly sends data and

Re: [PATCH v4 19/31] Documentation: kconfig: document a new Kconfig macro language

On Wed, May 16, 2018 at 11:16 PM, Masahiro Yamada wrote: > Add a document for the macro language introduced to Kconfig. > > The motivation of this work is to move the compiler option tests to > Kconfig from Makefile. A number of kernel features require the >

Re: [PATCH 11/40] ipv6/flowlabel: simplify pid namespace lookup

On Thu, May 17, 2018 at 12:28:01AM -0500, Eric W. Biederman wrote: > > struct pid_namespace *proc_pid_namespace(struct inode *inode) > > { > > // maybe warn on for s_magic not on procfs?? > > return inode->i_sb->s_fs_info; > > } > > That should work. Ideally out of line for the proc_fs.h

Re: linux-next: manual merge of the net-next tree with the vfs tree

> + /* Create a new file under /proc/net/ipconfig */ > + static int ipconfig_proc_net_create(const char *name, > + const struct file_operations *fops) > + { > + char *pname; > + struct proc_dir_entry *p; > + > + if (!ipconfig_dir) > + return

Re: [PATCH v2 2/3] xen/store: do not store local values in xen_start_info

On 09/05/18 12:21, Roger Pau Monne wrote: > There's no need to store the xenstore page or event channel in > xen_start_info if they are locally initialized. > > This also fixes PVH local xenstore initialization due to the lack of > xen_start_info in that case. > > Signed-off-by: Boris Ostrovsky

Re: [PATCH] xen-netfront: fix xennet_start_xmit()'s return type

On 24/04/18 15:18, Luc Van Oostenryck wrote: > The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', > which is a typedef for an enum type, but the implementation in this > driver returns an 'int'. > > Fix this by returning 'netdev_tx_t' in this driver too. > > Signed-off-by: Luc

Re: [PATCH] usbip: vhci_sysfs: fix potential Spectre v1

On Wed, May 16, 2018 at 05:22:00PM -0500, Gustavo A. R. Silva wrote: > pdev_nr and rhport can be controlled by user-space, hence leading to > a potential exploitation of the Spectre variant 1 vulnerability. > > This issue was detected with the help of Smatch: > drivers/usb/usbip/vhci_sysfs.c:238

linux-next: build warning after merge of the integrity tree

Hi all, After merging the integrity tree, today's linux-next build (powerpc allyesconfig) produced this warning: security/integrity/ima/ima_kexec.c:18:0: warning: "pr_fmt" redefined #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt In file included from include/linux/kernel.h:14:0,

arch/sh/include/asm/io.h:246:32: warning: cast to pointer from integer of different size

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: e6506eb241871d68647c53cb6d0a16299550ae97 commit: ac21fc2dcb405cf250ad3f1228f64f64930d9211 sh: switch to NO_BOOTMEM date: 6 days ago config: sh-allmodconfig (attached as .config) compiler: sh4-linux-gnu-gcc

Re: [PATCH 00/14] fpga api changes and kernel-doc fixup

On Wed, May 16, 2018 at 06:49:53PM -0500, Alan Tull wrote: > I'm posting these all together because they are interdependent. > > Patches 1-4 are a repost of v4 of the FPGA api change. > > Patch 5 is a repost of adding SPDX to my fpga code > > Patch 6-12 update the fpga kernel-doc documentation

Re: [RFC 5/8] x86: refcount: prevent gcc distortions

>>> On 16.05.18 at 18:44, wrote: > Jan Beulich wrote: > On 15.05.18 at 16:11, wrote: >>> --- a/arch/x86/include/asm/refcount.h >>> +++ b/arch/x86/include/asm/refcount.h >>> @@ -14,34 +14,43 @@ >>> * central refcount exception. The

Re: [PATCH v5 05/13] s390: vfio-ap: register matrix device with VFIO mdev framework

On Mon, 14 May 2018 15:42:18 -0400 Tony Krowiak wrote: > On 05/11/2018 01:18 PM, Halil Pasic wrote: > > > > > > On 05/07/2018 05:11 PM, Tony Krowiak wrote: > >> Registers the matrix device created by the VFIO AP device > >> driver with the VFIO mediated device

[PATCH v5 3/3] ARM: dts: tegra: Work safely with 256 MB Colibri-T20 modules

Colibri-T20 can come in 256 MB RAM (with 512 MB NAND) or 512 MB RAM (with 1024 MB NAND) flavors. Both of them will use the same DTSI expecting the bootloader to do the fixup of /memory node. However in case it does not happen, let's stay on safe side by limiting the memory to 256 MB for both

[PATCH v5 1/3] ARM: dts: tegra: Remove skeleton.dtsi and fix DTC warnings for /memory

Remove the usage of skeleton.dtsi and add necessary properties to /memory node to fix the DTC warnings: arch/arm/boot/dts/tegra20-harmony.dtb: Warning (unit_address_vs_reg): /memory: node has a reg or ranges property, but no unit name The DTB after the change is the same as before

[PATCH v17 0/9] Address error and recovery for AER and DPC

This patch set brings in error handling support for DPC The current implementation of AER and error message broadcasting to the EP driver is tightly coupled and limited to AER service driver. It is important to factor out broadcasting and other link handling callbacks. So that not only when AER

[PATCH v17 3/9] PCI/AER: Rename error recovery interfaces to generic PCI naming

Rename error recovery interfaces with "pcie_" prefix so they can be made non-static. Signed-off-by: Oza Pawandeep [bhelgaas: move declaration to later patch, leave functions static] Signed-off-by: Bjorn Helgaas Reviewed-by: Keith Busch

[PATCH v5 2/3] ARM: dts: tegra: Fix unit_address_vs_reg and avoid_unnecessary_addr_size DTC warnings

Remove unneeded address/size cells properties and unit addresses to fix DTC warnings like: arch/arm/boot/dts/tegra30-apalis-eval.dtb: Warning (unit_address_vs_reg): /i2c@7000d000/stmpe811@41/stmpe_touchscreen@0: node has a unit name, but no reg property

Re: [PATCH 3/3] arm64: dts: renesas: r8a7795: add ccree binding

On Wed, May 16, 2018 at 10:43 AM, Simon Horman wrote: > On Tue, May 15, 2018 at 04:50:44PM +0200, Geert Uytterhoeven wrote: >> Hi Gilad, >> >> On Tue, May 15, 2018 at 2:29 PM, Gilad Ben-Yossef >> wrote: >> > Add bindings for CryptoCell instance in the

Re: [PATCH v4 3/3] driver-core: print bus registration error value

://github.com/0day-ci/linux/commits/Florian-Schmaus/return-EINVAL-error-instead-of-BUG_ON/20180517-145147 config: x86_64-randconfig-x002-201819 (attached as .config) compiler: gcc-7 (Debian 7.3.0-16) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=x86_64

Re: [PATCH] KVM: arm/arm64: add WARN_ON if size is not PAGE_SIZE aligned in unmap_stage2_range

Hi Jia, On 17/05/18 07:11, Jia He wrote: I ever met a panic under memory pressure tests(start 20 guests and run memhog in the host). Please avoid using "I" in the commit description and preferably stick to an objective description. The root cause might be what I fixed at [1]. But from arm

Re: [UPDATE][RFC/RFT][PATCH 07/10] cpufreq: intel_pstate: HWP boost performance on busy task migrate

On Wed, May 16, 2018 at 01:51:11PM -0700, Srinivas Pandruvada wrote: > @@ -263,6 +264,7 @@ struct cpudata { > call_single_data_t csd; > bool hwp_boost_active; > u64 last_io_update; > + bool migrate_hint; > }; You want to look at that structure layout...

[PATCH net-next 0/2] net: sfp: small improvements

Hi Russell, This series was part of the mvpp2 phylink one but as we reworked it to use fixed-link on the DB boards, the SFP commits weren't needed anymore for our use case. Two of the three patches still are needed I believe (I ditched the one about non-wired SFP cages), so they are sent here in

[PATCH net-next v3 07/10] arm64: dts: marvell: mcbin: add 10G SFP support

From: Russell King This patch adds the SFP cage description in the Marvell Armada 8040 mcbin, for both 10G interfaces. Signed-off-by: Russell King [Antoine: small reworks, commit message] Signed-off-by: Antoine Tenart

[PATCH net-next 2/3] net: mvpp2: set mac address does not require the stop/start sequence

From: Yan Markman Remove special stop/start handling from the set_mac_address callback. All this special care is not needed, and can be removed. It also simplifies the up/down status in the driver and helps avoiding possible link status mismatch issues. Signed-off-by: Yan

[PATCH net-next 2/2] net: phy: sfp: warn the user when no tx_disable pin is available

In case no Tx disable pin is available the SFP modules will always be emitting. This could be an issue when using modules using laser as their light source as we would have no way to disable it when the fiber is removed. This patch adds a warning when registering an SFP cage which do not have its

Re: [PATCH] lib/stackdepot.c: use a non-instrumented version of memcpy()

On Wed, May 16, 2018 at 6:45 PM Andrey Ryabinin wrote: > On 05/16/2018 06:34 PM, Alexander Potapenko wrote: > > stackdepot used to call memcpy(), which compiler tools normally > > instrument, therefore every lookup used to unnecessarily call instrumented > > code. This

Re: [PATCH v2] sched/rt: fix call to cpufreq_update_util

On Thu, May 17, 2018 at 09:16:43AM +0200, Vincent Guittot wrote: > With commit > > 8f111bc357aa ("cpufreq/schedutil: Rewrite CPUFREQ_RT support") > > schedutil governor uses rq->rt.rt_nr_running to detect whether a RT task is > currently running on the CPU and to set frequency to max if

[PATCH v2 2/4] ARM64: dts: meson-axg: correct i2c AO clock

The clock specified for the i2c AO controller is the one for the EE domain, which is incorrect as this controller needs the clock for AO i2c controller. Fixes: dc6f858e2690 ("ARM64: dts: meson-axg: add I2C DT info for Meson-AXG SoC") Signed-off-by: Jerome Brunet ---

Re: [PATCH v2] sched/rt: fix call to cpufreq_update_util

On Thu, May 17, 2018 at 11:05:30AM +0200, Peter Zijlstra wrote: > Hurm.. I think this is also wrong. See how dequeue_rt_stack() is also > called from the enqueue path. Also, nothing calls cpufreq_update_util() > on the throttle path now. > > And talking about throttle; I think we wanted to check

[PATCH v2 0/4] ARM64: dts: meson-axg: i2c updates

This patchset fixes a few problems found in the i2c nodes of amlogic's meson-axg platform. It also adds the missing pins for AO controller so we can use it on the S400 This series has been tested on the S400 board. Jerome Brunet (4): ARM64: dts: meson-axg: clean-up i2c nodes ARM64: dts:

[PATCH v2 1/4] ARM64: dts: meson-axg: clean-up i2c nodes

Remove undocumented and unused "clk_i2c" clock name and the second interrupt from i2c nodes of meson-axg platform. Those seems to have been copy/pasted from the vendor kernel Fixes: dc6f858e2690 ("ARM64: dts: meson-axg: add I2C DT info for Meson-AXG SoC") Signed-off-by: Jerome Brunet

[PATCH v2 3/4] ARM64: dts: meson-axg: add i2c AO pins

Add the pins related to the i2c AO controller of the meson-axg platform Signed-off-by: Jerome Brunet --- arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 42 ++ 1 file changed, 42 insertions(+) diff --git

[PATCH v2 4/4] ARM64: dts: meson-axg: enable i2c AO on the S400 board

The i2c AO is used for the MIC daughter card of the S400 board Signed-off-by: Jerome Brunet --- arch/arm64/boot/dts/amlogic/meson-axg-s400.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-axg-s400.dts

Re: [v0 0/2] Add support for QCOM cpufreq FW driver

On Thu, May 17, 2018 at 12:29 PM, Taniya Das wrote: > The CPUfreq FW present in some QCOM chipsets offloads the steps necessary > for hanging the frequency of CPUs. The driver implements the cpufreq driver s/hanging/changing :-) > interface for this firmware. > > Taniya Das

Re: [PATCH 4.4 014/190] lockd: fix lockd shutdown race

On Wed, May 16, 2018 at 03:53:29PM -0400, J. Bruce Fields wrote: > On Tue, May 15, 2018 at 07:44:24PM +0100, Ben Hutchings wrote: > > On Wed, 2018-04-11 at 20:34 +0200, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch.  If anyone has any objections, please let me > > > know. > > > > > >

Re: [PATCH RFC] schedutil: Allow cpufreq requests to be made even when kthread kicked

On 17-05-18, 09:00, Juri Lelli wrote: > Hi Joel, > > On 16/05/18 15:45, Joel Fernandes (Google) wrote: > > [...] > > > @@ -382,13 +391,24 @@ sugov_update_shared(struct update_util_data *hook, > > u64 time, unsigned int flags) > > static void sugov_work(struct kthread_work *work) > > { > >

Re: [V2] sched/schedutil: Don't set next_freq to UINT_MAX

On Friday, May 11, 2018 10:47:12 PM CEST Joel Fernandes wrote: > On Wed, May 09, 2018 at 04:05:24PM +0530, Viresh Kumar wrote: > > The schedutil driver sets sg_policy->next_freq to UINT_MAX on certain > > occasions to discard the cached value of next freq: > > - In sugov_start(), when the

Re: [PATCH v4 17/31] kconfig: add 'filename' and 'lineno' built-in variables

On Wed, May 16, 2018 at 11:16 PM, Masahiro Yamada wrote: > The special variables, $(filename) and $(lineno), are expanded to a > file name and its line number being parsed, respectively. > > Suggested-by: Randy Dunlap > Signed-off-by:

RE: [RFC 2/6] dmaengine: xilinx_dma: Pass AXI4-Stream control words to netdev dma client

Hi, > -Original Message- > From: Peter Ujfalusi [mailto:peter.ujfal...@ti.com] > Sent: Tuesday, April 24, 2018 3:21 PM > To: Vinod Koul > Cc: Lars-Peter Clausen ; Radhey Shyam Pandey > ; michal.si...@xilinx.com; linux- >

Re: [PATCH v4 15/31] kconfig: add 'info', 'warning', and 'error' built-in functions

On Wed, May 16, 2018 at 11:16 PM, Masahiro Yamada wrote: > Add 'info', 'warning', and 'error' functions as in Make. > > They print messages during parsing Kconfig files. 'error' will be > useful to terminate the parsing immediately in fatal cases. > > Signed-off-by:

Re: [PATCH v2 3/3] arm64: dts: renesas: draak: Describe HDMI input

Hi Niklas, On Thu, May 17, 2018 at 12:23:18AM +0200, Niklas Söderlund wrote: > Hi Jacopo, > > Thanks for your patch. > > On 2018-05-16 15:42:09 +0200, Jacopo Mondi wrote: > > Describe HDMI input connector and ADV7612 HDMI decoder installed on > > R-Car Gen3 Draak board. > > > > The video signal

RE: [PATCH v7 12/14] cpufreq: Add Kryo CPU scaling driver

> -Original Message- > From: amit.kuche...@verdurent.com On > Behalf Of Amit Kucheria > Sent: Wednesday, May 16, 2018 16:13 > To: Ilia Lin > Cc: Michael Turquette ; sb...@kernel.org; Rob > Herring

Re: [PATCH v4 00/31] kconfig: move compiler capability tests to Kconfig

On Thu, 17 May 2018 15:16:39 +0900 Masahiro Yamada wrote: > [Introduction] > > The motivation of this work is to move the compiler option tests to > Kconfig from Makefile. A number of kernel features require the > compiler support. Enabling such features blindly

Re: Fw: [PATCHSET] workqueue: Show the latest workqueue name in /proc/PID/{comm,stat,status}

On Wed, May 16, 2018 at 09:47:50PM -0700, Andrew Morton wrote: > Alexey, can you please review the proc bits of this series? > > Thanks. > > Begin forwarded message: > > Date: Wed, 16 May 2018 21:34:42 -0700 > From: Tejun Heo > To: torva...@linux-foundation.org,

RE: [PATCH v7 12/14] cpufreq: Add Kryo CPU scaling driver

> -Original Message- > From: Viresh Kumar > Sent: Wednesday, May 16, 2018 17:12 > To: Amit Kucheria > Cc: Ilia Lin ; Michael Turquette > ; sb...@kernel.org; Rob Herring >

RE: [PATCH v7 12/14] cpufreq: Add Kryo CPU scaling driver

> -Original Message- > From: ilia...@codeaurora.org > Sent: Thursday, May 17, 2018 10:51 > To: 'Viresh Kumar' ; 'Amit Kucheria' > > Cc: 'Michael Turquette' ; 'sb...@kernel.org' >

[Xen-devel][RFC 1/3] xen/balloon: Allow allocating DMA buffers

From: Oleksandr Andrushchenko Signed-off-by: Oleksandr Andrushchenko --- drivers/xen/balloon.c | 214 +++--- drivers/xen/xen-balloon.c | 2 + include/xen/balloon.h | 11 +- 3 files

[Xen-devel][RFC 0/3] dma-buf support for gntdev

From: Oleksandr Andrushchenko This work is in response to my previous attempt to introduce Xen/DRM zero-copy driver [1] to enable Linux dma-buf API [2] for Xen based frontends/backends. There is also an existing hyper_dmabuf approach available [3] which, if

[Xen-devel][RFC 2/3] xen/grant-table: Extend API to work with DMA buffers

From: Oleksandr Andrushchenko Signed-off-by: Oleksandr Andrushchenko --- drivers/xen/grant-table.c | 49 +++ include/xen/grant_table.h | 7 ++ 2 files changed, 56 insertions(+) diff

Re: [PATCH RESENT v4] dell_rbu: make firmware payload memory uncachable

On Wed, 09 May 2018 17:17:45 +0200, Stuart Hayes wrote: > > > On 4/18/2018 12:46 AM, Takashi Iwai wrote: > > From: Stuart Hayes > > > > The dell_rbu driver takes firmware update payloads and puts them in memory > > so > > the system BIOS can find them after a reboot.

[PATCH] tracing: use match_string() to simplify the code

match_string() returns the index of an array for a matching string, which can be used to simplify the code. Signed-off-by: Yisheng Xie --- kernel/trace/trace.c | 15 +-- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git a/kernel/trace/trace.c

[PATCH v2 5/8] slimbus: messaging: remove multiple calls to pm_runtime_mark_last_busy

There seems to be a multiple calls to pm_runtime_mark_last_busy(), which looks like a typo. Fix this by properly adding pm_runtime_put_autosuspend to put controller in auto suspend state. Signed-off-by: Srinivas Kandagatla --- drivers/slimbus/messaging.c | 2 +-

[PATCH v2 4/8] slimbus: messaging: pass correct wbuf

There seems to be a typo while filling msg for slim_write, wbuf is set to NULL instead of rbuf. Signed-off-by: Srinivas Kandagatla --- drivers/slimbus/messaging.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/slimbus/messaging.c

Re: [PATCH] dmaengine: qcom: bam_dma: check if the runtime pm enabled

On 17/05/18 06:21, Vinod wrote: On 14-05-18, 17:18, Srinivas Kandagatla wrote: Disabling pm runtime at probe is not sufficient to get BAM working on remotely controller instances. pm_runtime_get_sync() would return -EACCES in such cases. So check if runtime pm is enabled before returning

Re: linux-next: build warning after merge of the integrity tree

Hi Stephen, > Hi all, > After merging the integrity tree, today's linux-next build (powerpc > allyesconfig) produced this warning: > security/integrity/ima/ima_kexec.c:18:0: warning: "pr_fmt" redefined > #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt > In file included from

Re: [PATCH v2 1/3] rtc: stm32: rework register management to prepare other version of RTC

Hi, On 05/16/2018 10:25 PM, Alexandre Belloni wrote: > Hi, > > On 09/05/2018 17:46:08+0200, Amelie Delaunay wrote: >> static void stm32_rtc_wpr_unlock(struct stm32_rtc *rtc) >> { >> -writel_relaxed(RTC_WPR_1ST_KEY, rtc->base + STM32_RTC_WPR); >> -writel_relaxed(RTC_WPR_2ND_KEY,

Re: [PATCH v4 3/3] mailbox: ACPI: erroneous error message when parsing the ACPI, PCCT

On Thu, May 17, 2018 at 12:01 AM, Al Stone wrote: > There have been multiple reports of the following error message: > > [0.068293] Error parsing PCC subspaces from PCCT > > This error message is not correct. In multiple cases examined, the PCCT > (Platform Communications

Re: [PATCH v4 19/31] Documentation: kconfig: document a new Kconfig macro language

2018-05-17 15:38 GMT+09:00 Kees Cook : > On Wed, May 16, 2018 at 11:16 PM, Masahiro Yamada > wrote: >> Add a document for the macro language introduced to Kconfig. >> >> The motivation of this work is to move the compiler option tests to >>

Re: [PATCH v9 02/12] drivers: base: cacheinfo: setup DT cache properties early

On Tue, May 15, 2018 at 12:15:08PM -0500, Jeremy Linton wrote: > Hi Greg, > > Have you had a chance to look at the cachinfo parts of this patch? Nope :) I didn't write that, and while it is dumped in the driver core section of the kernel, I know nothing about it. If you get an ack from Sundeep

Re: [PATCH] sched/rt: fix call to cpufreq_update_util

On 17 May 2018 at 06:08, Viresh Kumar wrote: > On 16-05-18, 20:18, Vincent Guittot wrote: >> With commit 8f111bc357aa ("cpufreq/schedutil: Rewrite CPUFREQ_RT support") >> schedutil governor uses rq->rt.rt_nr_running to detect whether a RT task is >> currently running on

[PATCH rdma-next 1/5] RDMA/hns: Implement the disassociate_ucontext API

This patch Implements the IB core disassociate_ucontext API. Signed-off-by: Wei Hu (Xavier) --- drivers/infiniband/hw/hns/hns_roce_main.c | 36 +++ 1 file changed, 36 insertions(+) diff --git a/drivers/infiniband/hw/hns/hns_roce_main.c

[PATCH rdma-next 2/5] RDMA/hns: Modify uar allocation algorithm to avoid bitmap exhaust

This patch modified uar allocation algorithm in hns_roce_uar_alloc function to avoid bitmap exhaust. Signed-off-by: Wei Hu (Xavier) --- drivers/infiniband/hw/hns/hns_roce_device.h | 1 + drivers/infiniband/hw/hns/hns_roce_pd.c | 10 ++ 2 files changed, 7

[PATCH rdma-next 3/5] RDMA/hns: Increase checking CMQ status timeout value

This patch increases checking CMQ status timeout value and uses the same value with NIC driver to avoid deficiency of time. Signed-off-by: Wei Hu (Xavier) --- drivers/infiniband/hw/hns/hns_roce_hw_v2.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: Some questions about the spi mem framework

On Thu, 17 May 2018 15:35:04 +0800 Xiangsheng Hou wrote: > On Thu, 2018-05-17 at 09:13 +0200, Boris Brezillon wrote: > > On Thu, 17 May 2018 14:58:24 +0800 > > Xiangsheng Hou wrote: > > > > > Hi Boris, > > > > > > On Wed, 2018-05-16

[PATCH v17 7/9] PCI/DPC: Disable ERR_NONFATAL handling by DPC

PCIe ERR_NONFATAL errors mean a particular transaction is unreliable but the Link is otherwise fully functional (PCIe r4.0, sec 6.2.2). The AER driver handles these by logging the error details and calling driver-supplied pci_error_handlers callbacks. It does not reset downstream devices, does

Re: [RFCv2 PATCH 0/3] Salted build ids via linker sections

2018-05-15 6:02 GMT+09:00 Laura Abbott : > On 05/06/2018 11:28 PM, Masahiro Yamada wrote: >> >> 2018-03-30 3:01 GMT+09:00 Laura Abbott : >>> >>> Hi, >>> >>> This is v2 of my proposal to allow unique build-ids in the kernel. from >>> last time: >>> >>> "" >>>

[PATCH v2 0/8] slimbus: fixes and some helpers

Hi Greg, Here is set of patches for slimbus, there are 6 fixes and two helper functions. Most of these issues were found while testing QCOM NGD SLIMBus controller with WCD9335 codec. Changes since v1 (https://lkml.org/lkml/2018/5/16/436): - add need_tid to documentation reported by 0 day test.

Re: [PATCH -V2 -mm] mm, hugetlbfs: Pass fault address to no page handler

On Thu 17-05-18 16:35:39, Huang, Ying wrote: > From: Huang Ying > > This is to take better advantage of general huge page clearing > optimization (c79b57e462b5d, "mm: hugetlb: clear target sub-page last > when clearing huge page") for hugetlbfs. In the general optimization

[PATCH V2 09/20] perf tools: Fix map_groups__split_kallsyms() for entry trampoline symbols

When kernel symbols are derived from /proc/kallsyms only (not using vmlinux or /proc/kcore) map_groups__split_kallsyms() is used. However that function makes assumptions that are not true with entry trampoline symbols. For now, remove the entry trampoline symbols at that point, as they are no

[PATCH V2 12/20] perf tools: Synthesize and process mmap events for x86 PTI entry trampolines

Like the kernel text, the location of x86 PTI entry trampolines must be recorded in the perf.data file. Like the kernel, synthesize a mmap event for that, and add processing for it. Signed-off-by: Adrian Hunter --- tools/perf/arch/x86/util/Build | 1 +

[PATCH V2 06/20] perf tools: Fix kernel_start for PTI on x86

On x86_64, PTI entry trampolines are less than the start of kernel text, but still above 2^63. So leave kernel_start = 1ULL << 63 for x86_64. Signed-off-by: Adrian Hunter --- tools/perf/util/machine.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff

[PATCH V2 07/20] perf tools: Add machine__nr_cpus_avail()

Add a function to return the number of the machine's available CPUs. Signed-off-by: Adrian Hunter --- tools/perf/util/env.c | 13 + tools/perf/util/env.h | 1 + tools/perf/util/machine.c | 5 + tools/perf/util/machine.h | 1 + 4 files changed,

Re: [PATCH 4.4 115/190] Fix serial console on SNI RM400 machines

On Thu, May 17, 2018 at 11:04:28AM +0200, Greg Kroah-Hartman wrote: > On Wed, May 16, 2018 at 01:15:48AM +0100, Ben Hutchings wrote: > > On Wed, 2018-04-11 at 20:36 +0200, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch.  If anyone has any objections, please let me > > > know. > > > > >

[PATCH V2 13/20] perf buildid-cache: kcore_copy: Keep phdr data in a list

Currently, kcore_copy makes 2 program headers, one for the kernel text (namely kernel_map) and one for the modules (namely modules_map). Now more program headers are needed, but treating each program header as a special case results in much more code. Instead, in preparation to add more program

Re: [PATCH net-next v3 00/10] net: mvpp2: phylink conversion

Hi Russell, On Thu, May 17, 2018 at 10:18:56AM +0100, Russell King - ARM Linux wrote: > On Thu, May 17, 2018 at 10:29:29AM +0200, Antoine Tenart wrote: > > Since v2: > > - Removed the SFP description from the DB boards, as their SFP cages > > are wired properly. We now use fixed-link. > >

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