Re: Does anything ever enter through startup_64 in head_64.S?

Matt Fleming wrote: > > Does anything ever enter the kernel through startup_64 in head_64.S?[*] Do > > all 64-bit mode entries always enter through one of the EFI entry points? > > Which head_64.S? There are two ;-) > > Assuming you mean startup_64 in

Re: [PATCH V2 2/5] ARM: BCM5301X: Specify USB controllers in DT

On 12/6/2016 11:56 PM, Rafał Miłecki wrote: > From: Rafał Miłecki > > There are 3 separated controllers, one per USB /standard/. With PHY > drivers in place they can be simply supported with generic drivers. > > Signed-off-by: Rafał Miłecki > --- > V2: Fix

Re: [net-next][PATCH v2 18/18] RDS: IB: add missing connection cache usage info

On 12/7/2016 9:05 AM, David Miller wrote: From: Santosh Shilimkar Date: Wed, 7 Dec 2016 08:44:04 -0800 On 12/7/2016 7:55 AM, David Miller wrote: From: Santosh Shilimkar Date: Tue, 6 Dec 2016 20:01:56 -0800 What level of

Re: [PATCH 1/1 linux-next] ASoC: samsung: include gpio consumer.h

On Wed, Dec 07, 2016 at 08:39:02AM +0100, Fabian Frederick wrote: > Fix the following build errors I couldn't reproduce it on default config. Can you mention the necessary environment/defconfig/arch etc.? Patch itself looks needed. However shouldn't the driver depend also on GPIOLIB? Best

Re: Perf hotplug lockup in v4.9-rc8

On Wed, Dec 07, 2016 at 01:52:17PM +, Mark Rutland wrote: > Hi all > > Jeremy noticed a kernel lockup on arm64 when the perf tool was used in > parallel with hotplug, which I've reproduced on arm64 and x86(-64) with > v4.9-rc8. In both cases I'm using defconfig; I've tried enabling lockdep >

Re: [PATCH v2] drivers: net: cpsw-phy-sel: Clear RGMII_IDMODE on "rgmii" links

From: Alexandru Gagniuc Date: Tue, 6 Dec 2016 10:56:51 -0800 > Support for setting the RGMII_IDMODE bit was added in the commit > referenced below. However, that commit did not add the symmetrical > clearing of the bit by way of setting it in "mask". Add it here. > > Note

[tip:perf/core] perf tools: Move perf build related variables under non fixdep leg

Commit-ID: 8ac1eb7bab7c8d9d6f00b3e2a408611c45d9dff0 Gitweb: http://git.kernel.org/tip/8ac1eb7bab7c8d9d6f00b3e2a408611c45d9dff0 Author: Jiri Olsa AuthorDate: Tue, 6 Dec 2016 14:18:50 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec 2016

[tip:perf/core] perf tools: Force fixdep compilation at the start of the build

Commit-ID: abb26210a39522a6645bce3f438ed9a26bedb11b Gitweb: http://git.kernel.org/tip/abb26210a39522a6645bce3f438ed9a26bedb11b Author: Jiri Olsa AuthorDate: Tue, 6 Dec 2016 14:18:49 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec 2016

[PATCH v2 00/10] perf: arm64: Support for Hisilicon SoC Hardware event counters

From: John Garry Provide Support for Hisilicon SoC(HiP05/06/07) Hardware event counters. The Hisilicon SoC HiP0x series has many uncore or non-CPU performance events and counters units. This patch series is implemented refering to arm-cci, Intel/AMD uncore and also the

[PATCH] MAINTAINERS: Add Patchwork URL to Samsung Exynos entry

I use Patchwork for handling incoming patches. Put its address here so submitters could know what is in the queue. Signed-off-by: Krzysztof Kozlowski --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 191887bdc49b..ec5137c39572

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v7

On Wed, Dec 07, 2016 at 11:11:08AM -0600, Christoph Lameter wrote: > On Wed, 7 Dec 2016, Mel Gorman wrote: > > > 3.0-era kernels had better fragmentation control, higher success rates at > > allocation etc. I vaguely recall that it had fewer sources of high-order > > allocations but I don't

[PATCH] Staging: iio: impedance-analyzer: ad5933: fix wrong comments

according to datasheet complete control register is of 2 bytes. http://www.analog.com/media/en/technical-documentation/data-sheets/AD5933.pdf Signed-off-by: Nizam Haider --- drivers/staging/iio/impedance-analyzer/ad5933.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH v4 1/5] i2c: designware: Refactoring of the i2c-designware

- Factor out all _master() part of code from i2c-designware-core and i2c-designware-platdrv to separate functions. - Standardize all code related with MASTER modes. Signed-off-by: Luis Oliveira --- Changes V3->V4: (Andy Shevchenko) - I have to take off DW_IC_INTR_TX_EMPTY

[PATCH v4 4/5] i2c: designware: Add slave mode as separated driver

- Slave mode selected by compatibility string in platform module - Changes in Makefile to Kbuild successfully compile i2c-designware-core with slave functions Signed-off-by: Luis Oliveira --- Changes V3->V4: (Andy Shevchenko) - nothing changed

Re: [PATCH] net: return value of skb_linearize should be handled in Linux kernel

On Tue, Dec 6, 2016 at 10:27 PM, Zhouyi Zhou wrote: > On Wed, Dec 7, 2016 at 1:02 PM, Cong Wang wrote: >> On Mon, Dec 5, 2016 at 11:10 PM, Zhouyi Zhou wrote: >>> diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_fcoe.c >>>

[PATCH v4 3/5] i2c: designware: Add slave definitions

- Add slave definitions to i2c-designware-core - Changes in Kconfig to auto-enable I2C_SLAVE when compiling the modules - Add mode property to designware-core.txt that enable the "slave" selection: - "mode" is an optional property that could be "slave" or "master" - if "mode" is not set the

[PATCH v4 5/5] i2c: designware: Cleaning comments and formatation

- Missspelling, comment formatation and fix a string of the existing code Signed-off-by: Luis Oliveira --- Changes V3->V4: (Andy Shevchenko) - created a commit message drivers/i2c/busses/i2c-designware-common.c | 2 +- drivers/i2c/busses/i2c-designware-slave.c | 10

[PATCH v4 0/5] i2c: designware: Add slave support

The purpose of this patch is to enable Linux to be a I2C slave by enabling the slave functionality in the designware I2C controller. The patch refactors the original i2c-designware-core and extracts all master functions to a i2c-designware-master source file as suggested by Andy Shevchenko. It

[PATCH v4 1/5] dt-bindings: Document the STM32 I2C bindings

This patch adds documentation of device tree bindings for the STM32 I2C controller. Signed-off-by: M'boumba Cedric Madianga Acked-by: Rob Herring --- .../devicetree/bindings/i2c/i2c-stm32.txt | 33 ++ 1 file changed, 33

[PATCH v4 5/5] ARM: configs: Add I2C support for STM32 defconfig

Signed-off-by: M'boumba Cedric Madianga --- arch/arm/configs/stm32_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index e7b56d4..9494eaf 100644 --- a/arch/arm/configs/stm32_defconfig

[PATCH v4 0/5] Add support for the STM32F4 I2C

This patchset adds support for the I2C controller embedded in STM32F4xx SoC. It enables I2C transfer in interrupt mode with Standard-mode and Fast-mode bus speed. Changes since v3 after Wolfram's review: - Add COMPILE_TEST flag in Kconfig - Use correct driver name in Kconfig i.e i2c-stm32f4

[PATCH v4 3/5] ARM: dts: Add I2C1 support for STM32F429 SoC

Signed-off-by: Patrice Chotard Signed-off-by: M'boumba Cedric Madianga --- arch/arm/boot/dts/stm32f429.dtsi | 23 +++ 1 file changed, 23 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi

[PATCH 02/10] perf tools: Move PERF-VERSION-FILE target into rules area

From: Jiri Olsa An upcoming fixdep fix needs all targets at the same area, so they'll fit under a signal condition block. Moving PERF-VERSION-FILE target into rules section. Signed-off-by: Jiri Olsa Cc: David Ahern Cc: Namhyung Kim

[PATCH 04/10] perf tools: Move perf build related variables under non fixdep leg

From: Jiri Olsa Because there's no need for them in fixdep build. Signed-off-by: Jiri Olsa Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link:

Re: [net-next][PATCH v2 18/18] RDS: IB: add missing connection cache usage info

From: Santosh Shilimkar Date: Wed, 7 Dec 2016 08:44:04 -0800 > On 12/7/2016 7:55 AM, David Miller wrote: >> From: Santosh Shilimkar >> Date: Tue, 6 Dec 2016 20:01:56 -0800 >> >> What level of compatability exists here? If we run an

Re: [lustre-devel] [PATCH] staging: lustre: Fix a spatch warning due to an assignment from kernel to user space

On Dec 7, 2016, at 10:20 AM, Quentin Lambert wrote: > Hi all, > > I am looking at the drivers/staging/lustre/lustre/llite/dir.c: > > 1469 /* Call mdc_iocontrol */ > 1470 rc = obd_iocontrol(LL_IOC_FID2MDTIDX, exp, sizeof(fid), > , > 1471

Re: [PATCH 8/9] arm64: dts: rockchip: partially describe PWM regulators for Gru

Hi Brian, Am Donnerstag, 1. Dezember 2016, 18:27:32 CET schrieb Brian Norris: > We need to add regulators to the CPU nodes, so cpufreq doesn't think it > can crank up the clock speed without changing the voltage. However, we > don't yet have the DT bindings to fully describe the Over Voltage >

[PATCH v4 2/5] i2c: designware: Master mode as separated driver

- The functions related to I2C master mode of operation were moved to a single file: i2c-designware-master.c - Common functions were moved into i2c-designware-common.c - Common definitions were moved into i2c-designware-core.h (were in core.c) Signed-off-by: Luis Oliveira

[tip:perf/core] perf sched: Cleanup option processing

Commit-ID: 6fa94258ce2673adc707b2ec5668464f2cf83ed3 Gitweb: http://git.kernel.org/tip/6fa94258ce2673adc707b2ec5668464f2cf83ed3 Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:01 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7

[tip:perf/core] perf tools: Explicitly document that --children is enabled by default

Commit-ID: 108a7c103b761309ccbd997002e8428808cf1e04 Gitweb: http://git.kernel.org/tip/108a7c103b761309ccbd997002e8428808cf1e04 Author: Yannick Brosseau AuthorDate: Fri, 2 Dec 2016 11:07:32 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7

[tip:perf/core] perf callchain: Introduce callchain_cursor__copy()

Commit-ID: 571f1eb9b967a52732d2e1f41f1b62e27c900325 Gitweb: http://git.kernel.org/tip/571f1eb9b967a52732d2e1f41f1b62e27c900325 Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:02 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7

Re: [PATCH 3/8] rtc: add STM32 RTC driver

On 05/12/2016 at 10:43:14 +0100, Amelie DELAUNAY wrote : > >> + > >> +device_init_wakeup(>dev, true); > > > > What happens if device_init_wakeup() returns an error? > It means that RTC won't be able to wake up the board with RTC alarm. I can > add a warning for the user in this case ? > >

[GIT PULL] objtool fix

Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: 69042bf2001b44e81cd86ab11a4637b9d9a14c5a objtool: Fix bytes check of lea's rex_prefix A single late breaking fix for objtool.

RE: [PATCH V2 03/13] perf/x86: output sampling overhead

> On Tue, Dec 06, 2016 at 03:47:40PM +, Liang, Kan wrote: > > > > It doesn't record anything, it generates the output. And it doesn't > > > explain why that needs to be in pmu::del(), in general that's a horrible > thing to do. > > > > Yes, it only generate/log the output. Sorry for the

Re: [PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86

On Wed, 2016-12-07 at 13:56 +, Matt Fleming wrote: > On Tue, 06 Dec, at 11:15:59AM, Sai Praneeth Prakhya wrote: > > From: Sai Praneeth > > > > UEFI v2.6 introduces EFI_MEMORY_ATTRIBUTES_TABLE which describes memory > > protections that may be applied to EFI

[GIT PULL 00/10] perf/core improvements and fixes

'perf-core-for-mingo-20161205' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core (2016-12-06 09:14:56 +0100) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-20161207 for you to fetch

[PATCH 09/10] perf sched timehist: Cleanup idle_max_cpu handling

From: Namhyung Kim It treats the idle_max_cpu little bit confusingly IMHO. Let's make it more straight forward. Signed-off-by: Namhyung Kim Acked-by: David Ahern Cc: Andi Kleen Cc: Jiri Olsa

[PATCH v2 00/10] perf: arm64: Support for Hisilicon SoC Hardware event counters

Provide Support for Hisilicon SoC(HiP05/06/07) Hardware event counters. The Hisilicon SoC HiP0x series has many uncore or non-CPU performance events and counters units. This patch series is implemented refering to arm-cci, Intel/AMD uncore and also the cavium thunderX and xgene uncore pmu

Re: [PATCH] MAINTAINERS: Add Patchwork URL to Samsung Exynos entry

Hello Krzysztof, On 12/07/2016 02:18 PM, Krzysztof Kozlowski wrote: > I use Patchwork for handling incoming patches. Put its address here so > submitters could know what is in the queue. > > Signed-off-by: Krzysztof Kozlowski > --- > MAINTAINERS | 1 + > 1 file changed, 1

Re: [PATCH 6/9] dt-bindings: Document rk3399 Gru/Kevin

On Wed, Dec 07, 2016 at 06:12:13PM +0100, Heiko Stuebner wrote: > Hi Brian, > > Am Donnerstag, 1. Dezember 2016, 18:27:30 CET schrieb Brian Norris: > > Gru is a base dev board for a family of devices, including Kevin. Both > > utilize Rockchip RK3399, and they share much of their design. > > > >

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v7

On Wed, Dec 07, 2016 at 10:40:47AM -0600, Christoph Lameter wrote: > On Wed, 7 Dec 2016, Mel Gorman wrote: > > > Which is related to the fundamentals of fragmentation control in > > general. At some point there will have to be a revisit to get back to > > the type of reliability that existed in

Re: [PATCH 6/9] dt-bindings: Document rk3399 Gru/Kevin

Hi Brian, Am Donnerstag, 1. Dezember 2016, 18:27:30 CET schrieb Brian Norris: > Gru is a base dev board for a family of devices, including Kevin. Both > utilize Rockchip RK3399, and they share much of their design. > > Signed-off-by: Brian Norris > --- >

Re: [GIT PULL 00/10] perf/core improvements and fixes

git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-core-for-mingo-20161207 > > for you to fetch changes up to 108a7c103b761309ccbd997002e8428808cf1e04: > > perf tools: Explicitly d

Re: [PATCH] drivers/pci/host/vmd: Fix suspend handlers unused warning

On Sat, Nov 26, 2016 at 07:29:57PM +0100, Borislav Petkov wrote: > From: Borislav Petkov > > Fix: > > drivers/pci/host/vmd.c:731:12: warning: ‘vmd_suspend’ defined but not used > [-Wunused-function] >static int vmd_suspend(struct device *dev) > ^ >

Re: [PATCH 4.8 00/35] 4.8.13-stable review

On 12/07/2016 12:08 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.8.13 release. > There are 35 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.4 00/13] 4.4.37-stable review

On 12/07/2016 12:07 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.37 release. > There are 13 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

[PATCH 03/10] perf tools: Force fixdep compilation at the start of the build

From: Jiri Olsa The fixdep tool needs to be built before everything else, because it fixes every object dependency file. We handle this currently by making all objects to depend on fixdep, which is error prone and is easily forgotten when new object is added. Instead of this,

[PATCH 01/10] perf build: Check LLVM version in feature check

From: Wang Nan Cancel builtin llvm and clang support when LLVM version is less than 3.9.0: following commits uses newer API. Since Clang/LLVM's API is not guaranteed to be stable, add a test-llvm-version.cpp feature checker, issue warning if LLVM found in compiling

[PATCH v4 4/5] ARM: dts: Add I2C1 support for STM32429 eval board

Signed-off-by: M'boumba Cedric Madianga --- arch/arm/boot/dts/stm32429i-eval.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts b/arch/arm/boot/dts/stm32429i-eval.dts index afb90bc..74e0045 100644 ---

[PATCH v4 2/5] i2c: Add STM32F4 I2C driver

This patch adds support for the STM32F4 I2C controller. Signed-off-by: M'boumba Cedric Madianga --- drivers/i2c/busses/Kconfig | 10 + drivers/i2c/busses/Makefile | 1 + drivers/i2c/busses/i2c-stm32f4.c | 857 +++ 3

[PATCH 08/10] perf sched timehist: Handle zero sample->tid properly

From: Namhyung Kim Sometimes samples have tid of 0 but non-0 pid. It ends up having a new thread of 0 tid/pid (instead of referring idle task) since tid is used to search matching task. But I guess it's wrong to use 0 as a tid when pid is set. This patch uses tid only if

Re: [PATCH] arm: dts: rockchip: add qos node for rk3288

Am Mittwoch, 7. Dezember 2016, 10:17:45 CET schrieb Elaine Zhang: > when pd power on/off, the qos regs need to save and restore. > > Signed-off-by: Elaine Zhang > --- > arch/arm/boot/dts/rk3288.dtsi | 84 > +++ 1 file changed, 84

Re: [lustre-devel] [PATCH] staging: lustre: Fix a spatch warning due to an assignment from kernel to user space

On Dec 7, 2016, at 10:33 AM, Dan Carpenter wrote: > Lustre is kind of a mess with regards to keeping user and kernel > pointers separate. It's not going to be easy to fix. Actually I believe I made significant inroads in properly cleaning (almost?) everything in this area about a year ago (to

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v7

On Wed, 7 Dec 2016, Mel Gorman wrote: > 3.0-era kernels had better fragmentation control, higher success rates at > allocation etc. I vaguely recall that it had fewer sources of high-order > allocations but I don't remember specifics and part of that could be the > lack of THP at the time. The

Re: [Linaro-acpi] [PATCH v17 08/15] clocksource/drivers/arm_arch_timer: move arch_timer_needs_of_probing into DT init call

On Fri, Nov 25, 2016 at 9:06 AM, Fu Wei wrote: > > a "+ int ret;" should be move from [12/15] to here, I have fix the > problem in my repo, it would happen in next patchset > > https://git.linaro.org/people/fu.wei/linux.git/log/?h=topic-gtdt-wakeup-timer_upstream_v18_devel Fu,

Re: [PATCH 4/9] arm64: dts: rockchip: support dwc3 USB for rk3399

Hi, On Wed, Dec 07, 2016 at 06:09:16PM +0100, Heiko Stuebner wrote: > Am Donnerstag, 1. Dezember 2016, 18:27:28 CET schrieb Brian Norris: > > Add the dwc3 usb needed node information for rk3399. > > > > Signed-off-by: Brian Norris > > --- > > Somewhat rewritten from

Re: [PATCH V8 3/3] irqchip: qcom: Add IRQ combiner driver

Hi Agustin, On 29/11/16 22:57, Agustin Vega-Frias wrote: > Driver for interrupt combiners in the Top-level Control and Status > Registers (TCSR) hardware block in Qualcomm Technologies chips. > > An interrupt combiner in this block combines a set of interrupts by > OR'ing the individual

[tip:perf/core] perf sched timehist: Handle zero sample->tid properly

Commit-ID: 5d92d96a947a5d0d83710d11750bb29a0c1b985d Gitweb: http://git.kernel.org/tip/5d92d96a947a5d0d83710d11750bb29a0c1b985d Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:03 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7

[tip:perf/core] perf sched timehist: Cleanup idle_max_cpu handling

Commit-ID: b336352b417edd8c058c9e09d136728b6e2ff56d Gitweb: http://git.kernel.org/tip/b336352b417edd8c058c9e09d136728b6e2ff56d Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:05 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7

[tip:perf/core] perf sched timehist: Improve error message when analyzing wrong file

Commit-ID: f45bf8d3939d8f32f06ec12e56d2b8651c5437b4 Gitweb: http://git.kernel.org/tip/f45bf8d3939d8f32f06ec12e56d2b8651c5437b4 Author: David Ahern AuthorDate: Tue, 29 Nov 2016 13:39:48 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7 Dec

Re: [PATCH 25/39] Annotate hardware config module parameters in drivers/pci/hotplug/

On Thu, Dec 01, 2016 at 12:32:58PM +, David Howells wrote: > When the kernel is running in secure boot mode, we lock down the kernel to > prevent userspace from modifying the running kernel image. Whilst this > includes prohibiting access to things like /dev/mem, it must also prevent > access

Re: Perf hotplug lockup in v4.9-rc8

On Wed, Dec 07, 2016 at 05:53:47PM +, Mark Rutland wrote: > On Wed, Dec 07, 2016 at 01:52:17PM +, Mark Rutland wrote: > > Hi all > > > > Jeremy noticed a kernel lockup on arm64 when the perf tool was used in > > parallel with hotplug, which I've reproduced on arm64 and x86(-64) with > >

Re: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

Hello, On Wed, Dec 07, 2016 at 08:57:01AM -0800, Dave Hansen wrote: > It is more space-efficient. We're fitting the order into 6 bits, which > would allows the full 2^64 address space to be represented in one entry, Very large order is the same as very large len, 6 bits of order or 8 bytes of

[GIT PULL] locking fixes

Linus, Please pull the latest locking-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-urgent-for-linus # HEAD: f943fe0faf27991d256e10b5a85f175385c64cdc lockdep: Fix report formatting Two rtmutex race fixes (which miraculously never

Re: [RFC v3 00/10] KVM PCIe/MSI passthrough on ARM/ARM64 and IOVA reserved regions

Hi Eric, Is there any reason why you are not supporting SMMUv3 driver? Qualcomm hardware doesn't not support SMMUv2 hardware, please add support for SMMUv3 in next patch set. I've ported ' RFC,v3,09/10] iommu/arm-smmu: Implement reserved region get/put callbacks' to SMMUv3 driver and tested

Re: Misalignment, MIPS, and ip_hdr(skb)->version

On Wed, Dec 7, 2016 at 7:51 PM, David Miller wrote: > It's so much better to analyze properly where the misalignment comes from > and address it at the source, as we have for various cases that trip up > Sparc too. That's sort of my attitude too, hence starting this thread.

Re: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

On Wed, Dec 07, 2016 at 10:44:31AM -0800, Dave Hansen wrote: > On 12/07/2016 10:38 AM, Andrea Arcangeli wrote: > >> > and leaves room for the bitmap size to be encoded as well, if we decide > >> > we need a bitmap in the future. > > How would a bitmap ever be useful with very large page-order? >

Re: [PATCH] arc: use hardware ARCNUM in smp_processor_id()

+CC PeterZ, Andy On 12/07/2016 07:36 AM, Alexey Brodkin wrote: > We used to think that ARC cores in SMP SoC start > consequentially, i.e. core0 -> core1 -> core2 -> core4. > > Moreover we treat core0 as a master core which does some > low-level initialization before allowing other cores to >

Re: [PATCH v4 1/5] i2c: designware: Refactoring of the i2c-designware

On Wed, 2016-12-07 at 17:55 +, Luis Oliveira wrote: > - Factor out all _master() part of code from i2c-designware-core >   and i2c-designware-platdrv to separate functions. > - Standardize all code related with MASTER modes. > Couple of comments, after addressing them Acked-by: Andy

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v7

On Wed, 2016-12-07 at 10:12 +, Mel Gorman wrote: > This is the result from netperf running UDP_STREAM on localhost. It was > selected on the basis that it is slab-intensive and has been the subject > of previous SLAB vs SLUB comparisons with the caveat that this is not > testing between two

Re: [PATCH 4/9] arm64: dts: rockchip: support dwc3 USB for rk3399

Am Mittwoch, 7. Dezember 2016, 09:52:08 CET schrieb Brian Norris: > Hi, > > On Wed, Dec 07, 2016 at 06:09:16PM +0100, Heiko Stuebner wrote: > > Am Donnerstag, 1. Dezember 2016, 18:27:28 CET schrieb Brian Norris: > > > Add the dwc3 usb needed node information for rk3399. > > > > > >

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 8fc31ce8896fc3cea1d79688c8ff950ad4e73afe perf/core: Remove invalid warning from list_update_cgroup_even()t A bogus warning fix, a

[PATCH 05/10] perf sched timehist: Improve error message when analyzing wrong file

From: David Ahern Arnaldo reported an unhelpful error message when running perf sched timehist on a file that did not contain sched tracepoints: [root@jouet ~]# perf sched timehist No trace sample to read. Did you call 'perf record -R'? [root@jouet ~]# perf

[PATCH 06/10] perf sched: Cleanup option processing

From: Namhyung Kim The -D/--dump-raw-trace option is in the parent option so no need to repeat it. Also move -f/--force option to parent as it's common to handle data file. Signed-off-by: Namhyung Kim Acked-by: David Ahern Cc: Andi

[PATCH v2 08/10] perf: hisi: Add sysfs attributes for L3 cache(L3C) PMU

1. Add L3 caches events to /sys/devices/hisi_l3c0_2/events/ The events can be selected as shown in perf list e.g.: For L3C_READ_ALLOCATE event for Super CPU cluster 2 the event format is -e "hisi_l3c0_2/read_allocate/" 2. Add cpu_mask attribute group for showing the available CPU for

Re: btrfs_destroy_inode warn (outstanding extents)

On Sat, Dec 03, 2016 at 11:48:33AM -0500, Dave Jones wrote: > The interesting process here seems to be kworker/u8:17, and the trace > captures some of what that was doing before that bad page was hit. I'm travelling next week, so I'm trying to braindump the stuff I've found so far and

[PATCH v2 10/10] dts: arm64: hip06: Add Hisilicon SoC PMU support

1. Add nodes for hip06 L3 cache to support uncore events. 2. Add nodes for hip06 MN to support uncore events. Signed-off-by: Shaokun Zhang Signed-off-by: John Garry Signed-off-by: Anurup M ---

Re: [PATCH 2/2] mtd: spi-nor: add a stateless method to support memory size above 128Mib

Le 07/12/2016 à 17:32, Marek Vasut a écrit : > On 12/07/2016 05:29 PM, Cyrille Pitchen wrote: >> Le 07/12/2016 à 17:20, Marek Vasut a écrit : >>> On 12/06/2016 05:52 PM, Cyrille Pitchen wrote: This patch provides an alternative mean to support memory above 16MiB (128Mib) by replacing

[PATCH v2 09/10] perf: hisi: Miscellanous node(MN) event counting in perf

From: Shaokun Zhang 1. Add support to count MN hardware events. 2. Mn events are listed in sysfs at /sys/devices/hisi_mn_2/events/ The events can be selected as shown in perf list e.g.: For MN_READ_REQUEST event for Super CPU cluster 2 the event format is -e

Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

On Tue, Dec 06, 2016 at 11:55:08AM +0530, Yury Norov wrote: > On Mon, Dec 05, 2016 at 04:34:23PM +, Catalin Marinas wrote: > > On Fri, Oct 21, 2016 at 11:33:15PM +0300, Yury Norov wrote: > > > New aarch32 ptrace syscall handler is introduced to avoid run-time > > > detection of the task type.

[PATCH 10/10] perf tools: Explicitly document that --children is enabled by default

From: Yannick Brosseau The fact that the --children option is enabled by default is buried deep at the end of the help page, in the overhead calculation section. This make it explicit right where the option is listed, following the same way other default options are described

Re: automatic IRQ affinity for virtio

On Sun, Nov 27, 2016 at 05:37:04AM +0200, Michael S. Tsirkin wrote: > On Fri, Nov 25, 2016 at 08:25:38AM +0100, Christoph Hellwig wrote: > > Btw, what's the best way to get any response to this series? > > But this and the predecessor seem to have completly fallen on deaf > > ears. > > I'm sorry,

[tip:perf/core] perf build: Check LLVM version in feature check

Commit-ID: a940cad331e79cc03d9ae74f56a2c7cb810bdce9 Gitweb: http://git.kernel.org/tip/a940cad331e79cc03d9ae74f56a2c7cb810bdce9 Author: Wang Nan AuthorDate: Tue, 6 Dec 2016 07:22:30 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec

[tip:perf/core] perf tools: Move PERF-VERSION-FILE target into rules area

Commit-ID: 16e2ef4ed27f503afc2d69f0980f200b329cab83 Gitweb: http://git.kernel.org/tip/16e2ef4ed27f503afc2d69f0980f200b329cab83 Author: Jiri Olsa AuthorDate: Tue, 6 Dec 2016 14:18:48 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec 2016

Misalignment, MIPS, and ip_hdr(skb)->version

Hey MIPS Networking People, I receive encrypted packets with a 13 byte header. I decrypt the ciphertext in place, and then discard the header. I then pass the plaintext to the rest of the networking stack. The plaintext is an IP packet. Due to the 13 byte header that was discarded, the plaintext

[GIT PULL] scheduler fix

Linus, Please pull the latest sched-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-urgent-for-linus # HEAD: 83929cce95251cc77e5659bf493bd424ae0e7a67 sched/autogroup: Fix 64-bit kernel nice level adjustment An autogroup nice level

Re: Misalignment, MIPS, and ip_hdr(skb)->version

From: Dave Taht Date: Wed, 7 Dec 2016 10:47:16 -0800 > https://git.lede-project.org/?p=openwrt/source.git;a=blob;f=target/linux/ar71xx/patches-4.4/910-unaligned_access_hacks.patch;h=b4b749e4b9c02a74a9f712a2740d63e554de5c64;hb=ee53a240ac902dc83209008a2671e7fdcf55957a It's so

Re: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

On 12/07/2016 10:38 AM, Andrea Arcangeli wrote: >> > and leaves room for the bitmap size to be encoded as well, if we decide >> > we need a bitmap in the future. > How would a bitmap ever be useful with very large page-order? Please, guys. Read the patches. *Please*. The current code doesn't

Re: Tearing down DMA transfer setup after DMA client has finished

Vinod Koul writes: > On Tue, Dec 06, 2016 at 01:14:20PM +, Måns Rullgård wrote: >> >> That's not going to work very well. Device drivers typically request >> dma channels in their probe functions or when the device is opened. >> This means that reserving one of the

Re: Tearing down DMA transfer setup after DMA client has finished

Vinod Koul writes: > On Tue, Dec 06, 2016 at 01:42:31PM +0100, Mason wrote: >> On 06/12/2016 06:12, Vinod Koul wrote: >> >> > On Tue, Nov 29, 2016 at 07:25:02PM +0100, Mason wrote: >> > >> >> Is there a way to write a driver within the existing framework? >> > >> > I

[PATCH v2 02/10] dt-bindings: hisi: Add Hisilicon HiP05/06/07 Djtag dts bindings

From: Tan Xiaojun Add Hisilicon HiP05/06/07 Djtag dts bindings for CPU and IO Die Signed-off-by: Tan Xiaojun Signed-off-by: Anurup M --- .../devicetree/bindings/arm/hisilicon/djtag.txt| 41 ++ 1 file

Re: [PATCH 2/9] arm64: dts: rockchip: add rk3399 thermal_zones phandle

Am Donnerstag, 1. Dezember 2016, 18:27:26 CET schrieb Brian Norris: > We're going to need to amend this table in board files. > > Signed-off-by: Brian Norris applied for 4.11 Thanks Heiko

Re: [net-next][PATCH v2 18/18] RDS: IB: add missing connection cache usage info

From: Santosh Shilimkar Date: Wed, 7 Dec 2016 09:20:17 -0800 > Newer/Updated tools which can parse this extra info in needs newer > or an updated kernel which supports and populates these fields. > > As mentioned, this particular option used only in verbose mode so

Re: [PATCH] net: stmmac: do not call phy_ethtool_ksettings_set from atomic context

From: Niklas Cassel Date: Tue, 6 Dec 2016 14:47:15 +0100 > From: Niklas Cassel > > From what I can tell, spin_lock(>lock) is not needed, since the > phy_ethtool_ksettings_set call is not given the priv struct. > > phy_start_aneg takes the

Re: [RFC v3 09/10] iommu/arm-smmu: Implement reserved region get/put callbacks

On 07/12/16 15:02, Auger Eric wrote: > Hi Robin, > On 06/12/2016 19:55, Robin Murphy wrote: >> On 15/11/16 13:09, Eric Auger wrote: >>> The get() populates the list with the PCI host bridge windows >>> and the MSI IOVA range. >>> >>> At the moment an arbitray MSI IOVA window is set at 0x800

Re: Misalignment, MIPS, and ip_hdr(skb)->version

The openwrt tree has long contained a set of patches that correct for unaligned issues throughout the linux network stack.

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: 55f856e640560494518eaf24fe9d2d2089fba71a x86/unwind: Fix guess-unwinder regression Misc fixes: a core dumping crash fix, a

Re: linux-next: build failure after merge of the tip tree

* Arnaldo Carvalho de Melo wrote: > Em Wed, Dec 07, 2016 at 09:12:15AM +0100, Jiri Olsa escreveu: > > On Wed, Dec 07, 2016 at 08:45:14AM +0100, Ingo Molnar wrote: > > > > SNIP > > > > > * Stephen Rothwell wrote: > > > > > > > Hi all, > > > > > > > >

Re: [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

Removing silly virtio-dev@ list because it's bouncing mail... On 12/07/2016 08:21 AM, David Hildenbrand wrote: >> Li's current patches do that. Well, maybe not pfn/length, but they do >> take a pfn and page-order, which fits perfectly with the kernel's >> concept of high-order pages. > > So we

[PATCH v2 06/10] drivers: perf: hisi: Add support for Hisilicon Djtag driver

From: Tan Xiaojun The Hisilicon Djtag is an independent component which connects with some other components in the SoC by Debug Bus. This driver can be configured to access the registers of connecting components (like L3 cache) during real time debugging. Signed-off-by:

  1   2   3   4   5   6   7   8   9   10   >