Re: [PATCH 01/20] x86, intel: Introduce macros for Intel family numbers

On Wed, Jun 01, 2016 at 05:11:57PM -0700, Dave Hansen wrote: > +#define INTEL_FAM6_MODEL_CORE_YONAH 0x0E > +#define INTEL_FAM6_MODEL_CORE2_MEROM 0x0F That "MODEL_" part looks redundant too IMO - you could simply do INTEL_FAM6_NEHALEM and INTEL_FAM6_SKYLAKE_DESKTOP ... and so on

Re: [RFC PATCH 1/2] sched: Clean up SD_BALANCE_WAKE flags in sched domain build-up

On 1 June 2016 at 21:35, Yuyang Du wrote: > On Wed, Jun 01, 2016 at 11:24:45AM +0200, Vincent Guittot wrote: >> > >> > So with the patch, we will have a little bit semantic change, >> > SD_BALANCE_WAKE >> > implies SD_WAKE_AFFINE if allowed, and will favor "fast path" if possible. >> > I don't >

Re: [PATCH 09/32] bcm2837-rpi-3-b.dts for 32bit arm

On Do, 2016-06-02 at 00:39 +0200, Arnd Bergmann wrote: > On Wednesday, June 1, 2016 3:30:35 PM CEST Eric Anholt wrote: > > Arnd Bergmann writes: > > > > > On Wednesday, June 1, 2016 11:43:18 PM CEST Gerd Hoffmann wrote: > > >> diff --git a/arch/arm/boot/dts/bcm2837-rpi-3-b.dts > > >> b/arch/arm/

Re: [PATCH 0/4] sh: fix up modular use in non-modular code

On Fri, 27 May 2016 01:53:34 +0900, Rich Felker wrote: > > On Thu, May 26, 2016 at 12:45:57PM -0400, Paul Gortmaker wrote: > > [[PATCH 0/4] sh: fix up modular use in non-modular code] On 22/04/2016 (Fri > > 14:07) Paul Gortmaker wrote: > > > > > For anyone new to the underlying goal of this clea

Re: [PATCH 2/8] cpufreq: s3c24xx: Remove useless checks

On 02-06-16, 08:49, Krzysztof Kozlowski wrote: > On 06/01/2016 12:34 PM, Viresh Kumar wrote: > > These aren't required at all, remove them. > > > > Cc: Kukjin Kim > > Cc: Krzysztof Kozlowski > > Signed-off-by: Viresh Kumar > > --- > > drivers/cpufreq/s3c24xx-cpufreq.c | 4 > > 1 file chan

[RESEND PATCH v5 4/5] clk: Kconfig: Name RK818 in Kconfig for COMMON_CLK_RK808

The RK808 and RK818 PMICs are using a similar register map. We can reuse the clk driver for the RK818 PMIC. So let's add the RK818 in the Kconfig description. Signed-off-by: Wadim Egorov Acked-by: Stephen Boyd --- drivers/clk/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) di

[RESEND PATCH v5 1/5] mfd: RK808: Add RK818 support

The RK818 chip is a power management IC for multimedia and handheld devices. It contains the following components: - Regulators - RTC - Clkout - battery support Both chips RK808 and RK818 are using a similar register map. So we can reuse the RTC and Clkout functionality. Signed-off-by: Wadim Ego

[RESEND PATCH v5 5/5] rtc: Kconfig: Name RK818 in Kconfig for RTC_DRV_RK808

The RK808 and RK818 PMICs are using a similar register map. We can reuse the rtc driver for the RK818 PMIC. So let's add the RK818 in the Kconfig description. Signed-off-by: Wadim Egorov Acked-by: Alexandre Belloni --- drivers/rtc/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-

[RESEND PATCH v5 3/5] mfd: dt-bindings: Add RK818 device tree bindings document

Add device tree bindings documentation for Rockchip's RK818 PMIC. Signed-off-by: Wadim Egorov Acked-by: Rob Herring --- Documentation/devicetree/bindings/mfd/rk808.txt | 37 +++-- 1 file changed, 34 insertions(+), 3 deletions(-) diff --git a/Documentation/devicetree/binding

[RESEND PATCH v5 2/5] regulator: rk808: Add regulator driver for RK818

Add support for the rk818 regulator. The regulator module consists of 4 DCDCs, 9 LDOs, 1 switch and 1 BOOST converter which is used to power OTG and HDMI5V. The output voltages are configurable and are meant to supply power to the main processor and other components. Signed-off-by: Wadim Egorov

[PATCH v2 0/2] Add a new Rockchip usb2 phy driver

The newer SoCs (rk3366, rk3399) of Rock-chip take a different usb-phy IP block than rk3288 and before, and most of phy-related registers are also different from the past, so a new phy driver is required necessarily. These series patches add phy-rockchip-inno-usb2.c and the corresponding documentat

Re: [PATCH 2/8] cpufreq: s3c24xx: Remove useless checks

On 06/01/2016 12:34 PM, Viresh Kumar wrote: > These aren't required at all, remove them. > > Cc: Kukjin Kim > Cc: Krzysztof Kozlowski > Signed-off-by: Viresh Kumar > --- > drivers/cpufreq/s3c24xx-cpufreq.c | 4 > 1 file changed, 4 deletions(-) Reviewed-by: Krzysztof Kozlowski Do you wi

[PATCH v2 1/2] Documentation: bindings: add DT documentation for Rockchip USB2PHY

Signed-off-by: Frank Wang --- Changes in v2: - Changed vbus_host optional property from gpio to regulator. - Specified vbus_otg-supply optional property. - Specified otg_id and otg_bvalid property. .../bindings/phy/phy-rockchip-inno-usb2.txt| 55 1 file changed

[PATCH v2 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

The newer SoCs (rk3366, rk3399) take a different usb-phy IP block than rk3288 and before, and most of phy-related registers are also different from the past, so a new phy driver is required necessarily. Signed-off-by: Frank Wang --- Changes in v2: - Changed vbus_host operation from gpio to regu

Re: [PATCH 01/32] arm64: Add platform selection for BCM2835.

> > config ARCH_BCM2835 > > bool "Broadcom BCM2835 family" > > - depends on ARCH_MULTI_V6 || ARCH_MULTI_V7 > > + depends on ARCH_MULTI_V6 || ARCH_MULTI_V7 || ARM64 > > Humm, what does that achieve? Nothing ;) Slipped through unnoticed, I'll drop it. > > +config ARCH_BCM > > + bool "B

[PATCH 1/2] max8903: adds support for initiation via device tree.

From: Chris Lapa This commit also adds requesting gpio's via devm_gpio_request() to ensure the gpio is available for usage by the driver. Signed-off-by: Chris Lapa --- .../devicetree/bindings/power/max8903-charger.txt | 28 ++ drivers/power/max8903_charger.c| 281

[PATCH 0/2] max8903: Add device tree support and logic fixup

From: Chris Lapa This patch set adds device tree support for the MAX8903 battery charger and also cleans up the logic with the dc_valid, dok and dcm pins. I verified these patches work on a board I have here, which uses the DC power side (not the USB portition) of the MAX8903. Chris Lapa (2):

[PATCH 2/2] max8903: cleans up confusing relationship between dc_valid, dok and dcm.

From: Chris Lapa The max8903_charger.h file indicated that dcm and dok were not optional when dc_valid is set. It makes sense to have dok as a compulsory pin when dc_valid is given. However dcm can be optionally wired to a fixed level especially when the circuit is configured for dc power exclus

Re: [RFC PATCH 1/2] sched: Clean up SD_BALANCE_WAKE flags in sched domain build-up

On Thu, 2016-06-02 at 06:41 +0800, Yuyang Du wrote: > Again, agreed, and with this patch, just disable SD_BALANCE_WAKE. :) Yeah, we pretty much agree on everything.. other than whether you shoul d be picking on poor defenseless little SD_WAKE_AFFINE or not :^) -Mike

Re: [PATCH 3/4] mm/vmstat: remove unused header cpumask.h

On Thu 02-06-16 14:15:35, Geliang Tang wrote: > Remove unused header cpumask.h from mm/vmstat.c. what about for_each_online_cpu? Maybe it will get included transitively from other header but I guess it is better to have a direct include because transitive includes lead to unexpected compilation is

[PATCH 2/2] NVMe: don't allocate unused nvme_major

When alloc_disk(0) is used, the ->major number is ignored. All device numbers are allocated with a major of BLOCK_EXT_MAJOR. So remove all references to nvme_major. Reviewed-by: Keith Busch Signed-off-by: NeilBrown --- drivers/nvme/host/core.c | 15 +-- 1 file changed, 1 inserti

[PATCH 1/2] memstick: don't allocate unused major for ms_block

When alloc_disk(0) is used the ->major number is completely ignored. All devices are allocated with a major of BLOCK_EXT_MAJOR. So remove registration and deregistration of 'major'. Signed-off-by: NeilBrown --- drivers/memstick/core/ms_block.c | 17 ++--- 1 file changed, 2 inserti

[PATCH 0/2] stop allocating unnecessary major numbers

Hi Andrew, I sent these out to maintainer in March and got generally positive responses but these two didn't get upstreamed, so I assume that means it falls to your lot to handle them. Thanks, NeilBrown --- NeilBrown (2): memstick: don't allocate unused major for ms_block NVMe: d

Re: [RFC PATCH 1/2] sched: Clean up SD_BALANCE_WAKE flags in sched domain build-up

On Thu, Jun 02, 2016 at 07:50:23AM +0200, Mike Galbraith wrote: > > > Nope, those two have different meanings. We pass SD_BALANCE_WAKE to > > > identify a ttwu() wakeup, just as we pass SD_BALANCE_FORK to say we're > > > waking a child. SD_WAKE_AFFINE means exactly what it says, but is only > > >

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On 06/01/2016 11:24 PM, Oliver Neukum wrote: On Wed, 2016-06-01 at 06:34 -0700, Guenter Roeck wrote: The class code would not explicitly learn about the reset, but it would be informed about the exited modes. That has drawbacks Playing devils advocate a bit here - it doesn't tell you what

[tip:perf/core] perf evlist: Check 'base' pointer before checking refcnt when put a mmap

Commit-ID: e10e4ef63b54912feffb1dc48ff7d03d931b1647 Gitweb: http://git.kernel.org/tip/e10e4ef63b54912feffb1dc48ff7d03d931b1647 Author: Wang Nan AuthorDate: Wed, 25 May 2016 13:44:49 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 12:41:45 -0300 perf evlist: Check

[tip:perf/core] perf symbols: Cleanup the code flow of dso__find_kallsyms

Commit-ID: 4e4b6c0668dcd907a36d281802beafa96c916548 Gitweb: http://git.kernel.org/tip/4e4b6c0668dcd907a36d281802beafa96c916548 Author: Masami Hiramatsu AuthorDate: Sun, 29 May 2016 00:15:28 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 13:15:02 -0300 perf symbo

[tip:perf/core] perf symbols: Introduce filename__readable to check readability

Commit-ID: 11870d714a1b744a0225e90b0b395346357defe9 Gitweb: http://git.kernel.org/tip/11870d714a1b744a0225e90b0b395346357defe9 Author: Masami Hiramatsu AuthorDate: Sun, 29 May 2016 00:15:13 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 13:15:01 -0300 perf symbo

Re: [PATCH 1/2] drm/rockchip: vop: Do check if an update is pending during disable

On 2 June 2016 at 08:25, Mark yao wrote: > On 2016年06月02日 13:57, Tomeu Vizoso wrote: >> >> On 25 May 2016 at 03:33, Mark yao wrote: >>> >>> On 2016年05月25日 09:06, Mark yao wrote: >>> >>> On 2016年05月24日 18:11, Tomeu Vizoso wrote: >>> >>> Hi Tomeu Sorry for reply late. I don't agree t

Re: [PATCH 1/8] ARM: s3c24xx: Sort cpufreq tables

On 06/01/2016 12:34 PM, Viresh Kumar wrote: > Some later changes in cpufreq core require these tables to be sorted > based on ascending order of their frequencies. There was only one > offender. Fix it and add comments over the arrays. > > Signed-off-by: Viresh Kumar > --- > arch/arm/mach-s3c24x

[tip:perf/core] perf buildid-cache: Use path/to/bin/buildid/elf instead of path/to/bin/buildid

Commit-ID: 01412261d99497021353c4b1d67e8df6c9cdc3c6 Gitweb: http://git.kernel.org/tip/01412261d99497021353c4b1d67e8df6c9cdc3c6 Author: Masami Hiramatsu AuthorDate: Sun, 29 May 2016 00:15:37 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 13:15:03 -0300 perf build

[tip:perf/core] perf tools: Add arch/*/include/generated/ to .gitignore

Commit-ID: dcd1e2a7ba63710843d559f1570628321e62223e Gitweb: http://git.kernel.org/tip/dcd1e2a7ba63710843d559f1570628321e62223e Author: Taeung Song AuthorDate: Fri, 27 May 2016 19:01:14 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 12:41:46 -0300 perf tools: Add

Re: [PATCH v9 0/2] memory: add Atmel EBI (External Bus Interface) driver

On 23/05/2016 at 09:44:53 +0200, Boris Brezillon wrote : > Hello, > > This patch series provides support for the EBI bus. > > The EBI (External Bus Interface) is used to access external peripherals > (NOR, SRAM, NAND, and other specific devices like ethernet controllers). > Each device is assigne

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On Wed, 2016-06-01 at 16:29 -0700, Guenter Roeck wrote: > On Wed, Jun 01, 2016 at 11:26:09AM +0200, Oliver Neukum wrote: > > On Thu, 2016-05-19 at 15:44 +0300, Heikki Krogerus wrote: > > > Just noticed that the "active" file is for now read only, but it needs > > > to be changed to writable. That f

Re: Internal error xfs_trans_cancel

On Thu, Jun 02, 2016 at 07:23:24AM +0200, Daniel Wagner wrote: > > posix03 and posix04 just emit error messages: > > > > posix04 -n 40 -l 100 > > posix04: invalid option -- 'l' > > posix04: Usage: posix04 [-i iterations] [-n nr_children] [-s] > > . > > I screwed that this up. I have patched

[tip:perf/core] tools: Pass arg to fdarray__filter's call back function

Commit-ID: 258e4bfcbdaa6d128c391e6e25f03d54dee4f226 Gitweb: http://git.kernel.org/tip/258e4bfcbdaa6d128c391e6e25f03d54dee4f226 Author: Wang Nan AuthorDate: Wed, 25 May 2016 13:44:57 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 12:41:46 -0300 tools: Pass arg to

[tip:perf/core] perf record: Robustify perf_event__synth_time_conv()

Commit-ID: c45628b0a3f90c4ffeca5f72f227008ceedc21c5 Gitweb: http://git.kernel.org/tip/c45628b0a3f90c4ffeca5f72f227008ceedc21c5 Author: Wang Nan AuthorDate: Tue, 24 May 2016 02:28:59 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 12:41:44 -0300 perf record: Robus

[tip:perf/core] perf evlist: Don't poll and mmap overwritable events

Commit-ID: f3058a1c1932aa1b027856945163144bda6366df Gitweb: http://git.kernel.org/tip/f3058a1c1932aa1b027856945163144bda6366df Author: Wang Nan AuthorDate: Tue, 24 May 2016 02:28:59 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 12:41:45 -0300 perf evlist: Don't

[tip:perf/core] perf evlist: Choose correct reading direction according to evlist->backward

Commit-ID: 5a5ddeb6e3559675070df6b39ba32a4dd1ab4dd5 Gitweb: http://git.kernel.org/tip/5a5ddeb6e3559675070df6b39ba32a4dd1ab4dd5 Author: Wang Nan AuthorDate: Wed, 25 May 2016 13:44:50 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 12:41:45 -0300 perf evlist: Choos

Re: [PATCH] tipc: fix an infoleak in tipc_nl_compat_link_dump

From: Kangjie Lu Date: Wed, 1 Jun 2016 12:34:55 -0400 > diff --git a/net/tipc/netlink_compat.c b/net/tipc/netlink_compat.c > index f795b1d..115aafa 100644 > --- a/net/tipc/netlink_compat.c > +++ b/net/tipc/netlink_compat.c > @@ -604,6 +604,7 @@ static int tipc_nl_compat_link_dump(struct > tipc_

[tip:perf/core] perf core: Per event callchain limit

Commit-ID: 97c79a38cd454602645f0470ffb444b3b75ce574 Gitweb: http://git.kernel.org/tip/97c79a38cd454602645f0470ffb444b3b75ce574 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 28 Apr 2016 13:16:33 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 12:41:44 -0300 pe

Re: [PATCH] net: fix potential infoleak in rds_inc_info_copy

From: Kangjie Lu Date: Wed, 1 Jun 2016 12:11:16 -0400 > The last field "flags" of object "minfo" is not initialized. > Copying this object out may leak kernel stack data. > Assign 0 to it to avoid leak. > > Signed-off-by: Kangjie Lu The correct subsystem prefix is "rds: ". Please resubmit th

Re: [PATCH 04/17] arm: get rid of superfluous __GFP_REPEAT

On Wed 01-06-16 17:24:24, Russell King - ARM Linux wrote: > On Mon, May 30, 2016 at 11:14:46AM +0200, Michal Hocko wrote: > > From: Michal Hocko > > > > __GFP_REPEAT has a rather weak semantic but since it has been introduced > > around 2.6.12 it has been ignored for low order allocations. > > >

[tip:perf/core] perf thread: Adopt get_main_thread from db-export.c

Commit-ID: 480ca357fd7f86a381a5b35a8157aa176eddbed4 Gitweb: http://git.kernel.org/tip/480ca357fd7f86a381a5b35a8157aa176eddbed4 Author: Andi Kleen AuthorDate: Mon, 23 May 2016 17:52:24 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 30 May 2016 12:41:43 -0300 perf thread: Ado

Re: [LKP] [lkp] [dcache_{readdir, dir_lseek}() users] 4e82901cd6: reaim.jobs_per_min -49.1% regression

"Huang, Ying" writes: > Al Viro writes: > >> On Tue, May 31, 2016 at 04:15:15PM +0800, kernel test robot wrote: >>> >>> >>> FYI, we noticed reaim.jobs_per_min -49.1% regression due to commit: >>> >>> commit 4e82901cd6d1af21ae232ae835c36d8230c809e8 >>> ("dcache_{readdir,dir_lseek}() users: sw

Re: [RFC PATCH 0/4] Make inotify instance/watches be accounted per userns

On 06/01/2016 07:00 PM, Eric W. Biederman wrote: > Cc'd the containers list. > > > Nikolay Borisov writes: > >> Currently the inotify instances/watches are being accounted in the >> user_struct structure. This means that in setups where multiple >> users in unprivileged containers map to th

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On Wed, 2016-06-01 at 06:34 -0700, Guenter Roeck wrote: > The class code would not explicitly learn about the reset, > but it would be informed about the exited modes. That has drawbacks - it doesn't tell you what caused the mode to be left (if you UFP, it may be the regular command) - it is a

Re: [PATCH 1/2] drm/rockchip: vop: Do check if an update is pending during disable

On 2016年06月02日 13:57, Tomeu Vizoso wrote: On 25 May 2016 at 03:33, Mark yao wrote: On 2016年05月25日 09:06, Mark yao wrote: On 2016年05月24日 18:11, Tomeu Vizoso wrote: Hi Tomeu Sorry for reply late. I don't agree the changes: - if (!state->enable) - return VOP_WIN_GET(vop_win->vop, vop_win->data

Re: [PATCH RESEND v4 0/6] powerPC/pSeries use pv-qpsinlock as the default spinlock implemention

On Thu, 2016-06-02 at 13:03 +0800, Pan Xinhui wrote: > change from v3: > a big change in [PATCH v4 4/6] pv-qspinlock: powerpc support > pv-qspinlock > no other patch changed. > and the patch cover letter tilte has changed as only pseries may need > use pv-qspinlock, not all pow

Re: [PATCH v2] ARM: dts: exynos: Add TMU nodes regulator supply for Peach boards

On 06/01/2016 03:20 PM, Javier Martinez Canillas wrote: > The Exynos5800 Peach Pi and Exynos5420 Peach Pit Chromebooks have the > LDO10 1.8V output connected to the VDD18_TS{01,23,4} Exynos SoC pins. > > Add this regulator as the input supply of the Thermal Management Unit > channels and also remo

Re: [PATCH 3/3] ARM: dts: exynos: Add watchdog amd Security SubSystem to Exynos5410

On 06/01/2016 05:16 PM, Javier Martinez Canillas wrote: > Hello Krzysztof, > > On 06/01/2016 05:45 AM, Krzysztof Kozlowski wrote: >> Move watchdog and Security SubSystem nodes from exynos5420.dtsi to file >> shared with Exynos5410 and configure the clocks on the latter. >> >> Signed-off-by: Krzysz

[PATCH 3/4] mm/vmstat: remove unused header cpumask.h

Remove unused header cpumask.h from mm/vmstat.c. Signed-off-by: Geliang Tang --- mm/vmstat.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/vmstat.c b/mm/vmstat.c index 1b585f8..3653449 100644 --- a/mm/vmstat.c +++ b/mm/vmstat.c @@ -15,7 +15,6 @@ #include #include #include -#include

[RESEND][RFC PATCH] regulator: introduce boot protection flag

In some platforms, critical shared regulator is initialized in bootloader. But during kernel booting, the driver probing order and conflicting operations from other regulator consumers, may set the regulator in a undefined state, which will cause serious problem. This patch try to add a boot_prote

RE: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

Mario Limonciello [mailto:mario_limoncie...@dell.com] [...] > static int set_ethernet_addr(struct r8152 *tp) > { > struct net_device *dev = tp->netdev; > @@ -1041,6 +1075,9 @@ static int set_ethernet_addr(struct r8152 *tp) > else > ret = pla_ocp_read(tp, PLA_BACKUP, 8, s

[RESEND PATCH v2 1/6] PCI: Add a new PCI_BUS_FLAGS_MSI_REMAP flag

We introduce a new pci_bus_flags, PCI_BUS_FLAGS_MSI_REMAP which indicates interrupts of all devices on the bus are managed by the hardware enabling IRQ remapping(intel naming). When the capability is enabled, a given PCI device can only shoot the MSIs assigned for it. In other words, the hardware c

[PATCH 4/4] mm/zsmalloc: remove unused header cpumask.h

Remove unused header cpumask.h from mm/zsmalloc.c. Signed-off-by: Geliang Tang --- mm/zsmalloc.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c index b6d4f25..a93327e 100644 --- a/mm/zsmalloc.c +++ b/mm/zsmalloc.c @@ -57,7 +57,6 @@ #include #include #includ

[PATCH 1/4] mm/init-mm: remove unused header cpumask.h

Remove unused header cpumask.h from mm/init-mm.c. Signed-off-by: Geliang Tang --- mm/init-mm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/init-mm.c b/mm/init-mm.c index a56a851..2acae89 100644 --- a/mm/init-mm.c +++ b/mm/init-mm.c @@ -3,7 +3,6 @@ #include #include #include -#inc

[RESEND PATCH v2 2/6] PCI: Set PCI_BUS_FLAGS_MSI_REMAP if MSI controller enables IRQ remapping

On ARM HW the capability of IRQ remapping is abstracted on MSI controller side. MSI_FLAG_IRQ_REMAPPING is used to advertise this [1]. To have a universal flag to test this capability for different archs on PCI side, we set PCI_BUS_FLAGS_MSI_REMAP for PCI buses when MSI_FLAG_IRQ_REMAPPING is set.

[PATCH 2/4] mm: kmemleak: remove unused header cpumask.h

Remove unused header cpumask.h from mm/kmemleak.c. Signed-off-by: Geliang Tang --- mm/kmemleak.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/kmemleak.c b/mm/kmemleak.c index e642992..2617309 100644 --- a/mm/kmemleak.c +++ b/mm/kmemleak.c @@ -82,7 +82,6 @@ #include #include #includ

[RESEND PATCH v2 6/6] vfio-pci: Allow to expose MSI-X table to userspace if interrupt remapping is enabled

This patch tries to expose MSI-X tables to userspace if hardware enables interrupt remapping. This capability can ensure that a given PCI device can only shoot the MSIs assigned for it. That means a userspace driver could never hurt other devices or system by writing to the exposed MSI-X table dire

[RESEND PATCH v2 0/6] vfio-pci: Add support for mmapping MSI-X table

Current vfio-pci implementation disallows to mmap the page containing MSI-X table in case that users can write directly to MSI-X table and generate an incorrect MSIs. However, this will cause some performance issue when there are some critical device registers in the same page as the MSI-X table.

[RESEND PATCH v2 4/6] iommu: Set PCI_BUS_FLAGS_MSI_REMAP on iommu driver initialization

Some iommu drivers would be initialized after PCI device enumeration. So PCI_BUS_FLAGS_MSI_REMAP would not be set when probing PCI devices although IOMMU enables capability of IRQ remapping. This patch tests this capability and set the flag when iommu driver is initialized. Signed-off-by: Yongji X

[RESEND PATCH v2 5/6] pci-ioda: Set PCI_BUS_FLAGS_MSI_REMAP for IODA host bridge

Any IODA host bridge have the capability of IRQ remapping. So we set PCI_BUS_FLAGS_MSI_REMAP when this kind of host birdge is detected. Signed-off-by: Yongji Xie Reviewed-by: Alexey Kardashevskiy --- arch/powerpc/platforms/powernv/pci-ioda.c |8 1 file changed, 8 insertions(+) dif

[RESEND PATCH v2 3/6] PCI: Set PCI_BUS_FLAGS_MSI_REMAP if IOMMU have capability of IRQ remapping

The capability of IRQ remapping is abstracted on IOMMU side on some archs. There is a existing flag IOMMU_CAP_INTR_REMAP for this. To have a universal flag to test this capability for different archs on PCI side, we set PCI_BUS_FLAGS_MSI_REMAP for PCI buses when IOMMU_CAP_INTR_REMAP is set. Signe

Re: [PATCH 17/20] x86, mmc: use Intel family name macros for mmc driver

On 02/06/16 03:12, Dave Hansen wrote: > > From: Dave Hansen > > Another straightforward replacement of magic numbers. > > Signed-off-by: Dave Hansen > Cc: Adrian Hunter > Cc: Ulf Hansson > Cc: linux-...@vger.kernel.org Acked-by: Adrian Hunter > --- > > b/drivers/mmc/host/sdhci-acpi.c

[PATCH 2/3] of_numa: Use pr_fmt()

Use pr_fmt to prefix kernel output. Signed-off-by: Kefeng Wang --- drivers/of/of_numa.c | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/drivers/of/of_numa.c b/drivers/of/of_numa.c index ed7bd22..019738f 100644 --- a/drivers/of/of_numa.c +++ b/drivers/of/o

[PATCH 0/3] of: numa: cleanup

1) Use of_get_next_parent in of_node_to_nid. 2) Use pr_fmt to prefix kernel output. and drop duplicated message of NUMA turned off. Based of Zhen Lei 's patchset v3 "fix some type infos and bugs for arm64/of num" in http://www.spinics.net/lists/arm-kernel/msg507650.html. Kefeng Wang (3): of_

[PATCH 1/3] of_numa: Use of_get_next_parent to simplify code

Use of_get_next_parent() instead of open-code. Signed-off-by: Kefeng Wang --- drivers/of/of_numa.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/of/of_numa.c b/drivers/of/of_numa.c index 3157130..ed7bd22 100644 --- a/drivers/of/of_numa.c +++ b/drivers/of/of_num

[PATCH 3/3] arm64: numa: Use pr_fmt()

Use pr_fmt to prefix kernel output, and remove duplicated msg of NUMA turned off. Signed-off-by: Kefeng Wang --- arch/arm64/mm/numa.c | 42 +- 1 file changed, 21 insertions(+), 21 deletions(-) diff --git a/arch/arm64/mm/numa.c b/arch/arm64/mm/numa.c index

[RESEND PATCH v2 1/4] PCI: Ignore resource_alignment if PCI_PROBE_ONLY was set

The resource_alignment will releases memory resources allocated by firmware so that kernel can reassign new resources later on. But this will cause the problem that no resources can be allocated by kernel if PCI_PROBE_ONLY was set, e.g. on pSeries platform because PCI_PROBE_ONLY force kernel to use

[RESEND PATCH v2 4/4] PCI: Add support for enforcing all MMIO BARs to be page aligned

When vfio passthrough a PCI device of which MMIO BARs are smaller than PAGE_SIZE, guest will not handle the mmio accesses to the BARs which leads to mmio emulations in host. This is because vfio will not allow to passthrough one BAR's mmio page which may be shared with other BARs. Otherwise, there

Re: [PATCH 1/2] drm/rockchip: vop: Do check if an update is pending during disable

On 25 May 2016 at 03:33, Mark yao wrote: > On 2016年05月25日 09:06, Mark yao wrote: > > On 2016年05月24日 18:11, Tomeu Vizoso wrote: > > Hi Tomeu >> >> Sorry for reply late. >> I don't agree the changes: >> >> - if (!state->enable) >> - return VOP_WIN_GET(vop_win->vop, vop_win->data, enable) == 0; >> +

[PATCH 4/4] ARM: exynos_defconfig: Save defconfig on current linux-next

Save defconfig on next-20160602. Most of changes are just re-ordering of symbols. Removed symbols: - FHANDLE (default y), - THERMAL, EXYNOS_THERMAL (selected by ARCH_EXYNOS), - CHROME_PLATFORMS (selected by MFD_CROS_EC), - EXT4_FS (selected by EXT3_FS) - SND_SOC_ODROIDX2 (obsolete since commi

[PATCH 1/4] ARM: multi_v7_defconfig: Enable Trats2 audio codec, touchscreen and sensors

The Exynos4412-based Trats2 board has CM36651 proximity/ambient light sensor, MMS114 touchscreen and Wolfson Microelectronics WM1811 CODEC. Enable them in defconfig to get some testing coverage and use its features. While saving defconfig the SND_SOC_ODROIDX2 is removed because it does not exist s

[PATCH 2/4] ARM: multi_v7_defconfig: Enable drivers for Exynos4210 Universal C210 board

Enable drivers needed to get Exynos 4210 Universal C210 board working: MAX8998 MFD and regulators, GPIO-based bit-bang SPI, Exynos DRM FIMD parallel output and Samsung LD9040 RGB panel. Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/multi_v7_defconfig | 9 - 1 file changed, 8 in

[PATCH 3/4] ARM: multi_v7_defconfig: Enable s5p-secss driver

The Exynos SoC provides a Security SubSystem block for accelerating some cryptographic operations. Enable the driver for it - s5p-secss to utilize the hardware acceleration. Currently the s5p-secss driver supports AES in CBC and ECB modes. However its usefulness could be doubted. Excerpt of tests

[RESEND PATCH v2 3/4] PCI: Add a new option for resource_alignment to reassign alignment

When using resource_alignment kernel parameter, the current implement reassigns the alignment by changing resources' size which can potentially break some drivers. For example, the driver uses the size to locate some register whose length is related to the size. This patch adds a new option "nores

[RESEND PATCH v2 2/4] PCI: Do not Use IORESOURCE_STARTALIGN to identify bridge resources

Now we use the IORESOURCE_STARTALIGN to identify bridge resources in __assign_resources_sorted(). That's quite fragile. We can't make sure that the PCI devices' resources will not use IORESOURCE_STARTALIGN any more. In this patch, we try to use a more robust way to identify bridge resources. Sign

[RESEND PATCH v2 0/4] PCI: Add support for enforcing all MMIO BARs not to share PAGE_SIZE

This series aims to add an option for PCI resource allocator to force BARs not to share PAGE_SIZE. This would make sense to VFIO driver. Because current VFIO implementation disallows to mmap sub-page(size < PAGE_SIZE) MMIO BARs which may share the same page with other BARs for security reasons

Re: [RFC PATCH 1/2] sched: Clean up SD_BALANCE_WAKE flags in sched domain build-up

On Thu, 2016-06-02 at 04:03 +0800, Yuyang Du wrote: > On Wed, Jun 01, 2016 at 11:36:39AM +0200, Mike Galbraith wrote: > > > Yup. Up to this point, we don't have any disagreement. And I don't think > > > we > > > have any disagreement conceptually. What the next patch really does is: > > > > > > (

Re: [BUG] Page allocation failures with newest kernels

Hi Will, I think I found a right trace. Following one-liner fixes the issue beginning from v4.2-rc1 up to v4.4 included: --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -294,7 +294,7 @@ static inline bool early_page_uninitialised(unsigned long pfn) static inline bool early_page_nid_uninitialised

[PATCH] crypto: skcipher - remove unused header cpumask.h

Remove unused header cpumask.h from crypto/ablkcipher.c. Signed-off-by: Geliang Tang --- crypto/ablkcipher.c | 1 - 1 file changed, 1 deletion(-) diff --git a/crypto/ablkcipher.c b/crypto/ablkcipher.c index e5b5721..6b80516 100644 --- a/crypto/ablkcipher.c +++ b/crypto/ablkcipher.c @@ -14,7 +14

[PATCH] sched/cputime: Fix steal time accouting during cpu hotplug

From: Wanpeng Li Commit e9532e69b8d1 ("sched/cputime: Fix steal time accounting vs. CPU hotplug") set rq->prev_* to 0 after a cpu hotplug comes back in order to fix the scenario: | steal is smaller than rq->prev_steal_time we end up with an insane large | value which then gets added to rq->pre

Re: Internal error xfs_trans_cancel

> posix03 and posix04 just emit error messages: > > posix04 -n 40 -l 100 > posix04: invalid option -- 'l' > posix04: Usage: posix04 [-i iterations] [-n nr_children] [-s] > . I screwed that this up. I have patched my version of lockperf to make all test using the same options names. Though fo

[PATCH] MIPS: pic32mzda: fix linker error for pic32_get_pbclk().

Early clock API pic32_get_pbclk() is defined in early_clk.c and used by time.c and early_console.c. When CONFIG_EARLY_PRINTK isn't set, early_clk.c isn't compiled and so a linker error is reported while referring the API from time.c. Fix it by compiling early_clk.c always. Also sort files in alpha

[PATCH] pstore: set ecc_notice_size to zero

Since a @ecc_notice_size parameter has been added in pstore_info.read(), this patch sets this parameter to zero in efi_pstore_read() and erst_reader(). Signed-off-by: Geliang Tang --- drivers/acpi/apei/erst.c | 1 + drivers/firmware/efi/efi-pstore.c | 5 + 2 files changed, 6 inserti

Re: [PATCH 03/11] MIPS: pic32mzda: fix getting timer clock rate.

On 05/25/2016 09:32 PM, Harvey Hunt wrote: > Hi Purna, > > On 17/05/16 06:05, Purna Chandra Mandal wrote: >> PIC32 clock driver is now implemented as platform driver instead of >> as part of of_clk_init(). It meants all the clock modules are available >> quite late in the boot sequence. So request

Re: [PATCH v2] qed: fix qed_fill_link() error handling

From: Yuval Mintz Date: Wed, 1 Jun 2016 13:36:38 + >> gcc warns about qed_fill_link possibly accessing uninitialized data: >> >> drivers/net/ethernet/qlogic/qed/qed_main.c: In function 'qed_fill_link': >> drivers/net/ethernet/qlogic/qed/qed_main.c:1170:35: error: 'link_caps' may be >> used u

[PATCH RESEND v4 0/6] powerPC/pSeries use pv-qpsinlock as the default spinlock implemention

change from v3: a big change in [PATCH v4 4/6] pv-qspinlock: powerpc support pv-qspinlock no other patch changed. and the patch cover letter tilte has changed as only pseries may need use pv-qspinlock, not all powerpc. 1) __pv_wait will not return until *ptr != va

[PATCH RESEND v4 5/6] pv-qspinlock: use cmpxchg_release in __pv_queued_spin_unlock

cmpxchg_release is light-wight than cmpxchg, On some arch like ppc, barrier impact the performace too much. Suggested-by: Boqun Feng Signed-off-by: Pan Xinhui --- kernel/locking/qspinlock_paravirt.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/locking/qspinlock_pa

[PATCH RESEND v4 2/6] powerpc: pseries/Kconfig: Add qspinlock build config

pseries will use qspinlock by default. Signed-off-by: Pan Xinhui --- arch/powerpc/platforms/pseries/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/platforms/pseries/Kconfig b/arch/powerpc/platforms/pseries/Kconfig index bec90fb..f669323 100644 --- a/arch/powerpc/platfo

[PATCH RESEND v4 6/6] powerpc: pseries: Add pv-qspinlock build config/make

pseries has PowerVM support, the default option is Y. Signed-off-by: Pan Xinhui --- arch/powerpc/kernel/Makefile | 1 + arch/powerpc/platforms/pseries/Kconfig | 8 2 files changed, 9 insertions(+) diff --git a/arch/powerpc/kernel/Makefile b/arch/powerpc/kernel/Makefile index

[PATCH RESEND v4 1/6] qspinlock: powerpc support qspinlock

Base code to enable qspinlock on powerpc. this patch add some #ifdef here and there. Although there is no paravirt related code, we can successfully build a qspinlock kernel after apply this patch. Signed-off-by: Pan Xinhui --- arch/powerpc/include/asm/qspinlock.h | 22 +

[PATCH RESEND v4 3/6] powerpc: lib/locks.c: Add cpu yield/wake helper function

pv-qspinlock core has pv_wait/pv_kick which will give a better performace by yielding and kicking cpu at some cases. lets support them by adding two corresponding helper functions. Signed-off-by: Pan Xinhui --- arch/powerpc/include/asm/spinlock.h | 4 arch/powerpc/lib/locks.c|

[PATCH RESEND v4 4/6] pv-qspinlock: powerpc support pv-qspinlock

As we need let pv-qspinlock-kernel run on all environment which might have no powervm, we should runtime choose which qspinlock version to use. The default pv-qspinlock use native version. pv_lock initialization should be done in bootstage with irq disabled. And if there is PHYP, restore pv_lock_o

RE: [PATCH v2 10/27] staging: unisys: visorinput: remove unnecessary locking

> -Original Message- > From: Neil Horman [mailto:nhor...@redhat.com] > Sent: Wednesday, June 01, 2016 2:43 PM > To: Sell, Timothy C > Cc: Kershner, David A; cor...@lwn.net; t...@linutronix.de; > mi...@redhat.com; h...@zytor.com; gre...@linuxfoundation.org; > Arfvidson, Erik; hof...@osadl.or

Re: [PATCH][V2] net/ethoc: fix null dereference on error exit path

From: Colin King Date: Wed, 1 Jun 2016 14:16:50 +0100 > From: Colin Ian King > > priv is assigned to NULL however some of the early error exit paths to > label 'free' dereference priv, causing a null pointer dereference. > > Move the label 'free' to just the free_netdev statement, and add a n

RE: [PATCH 2/2] aer: add support aer interrupt with none MSI/MSI-X/INTx mode

Hi Bjorn, > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Thursday, June 02, 2016 11:48 AM > To: Po Liu > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > linux-kernel@vger.kernel.org; devicet...@vger.kernel.org; Arnd Bergmann; >

Re: [PATCH] mm: check the return value of lookup_page_ext for all call sites

On Wed, Jun 01, 2016 at 01:40:48PM -0700, Shi, Yang wrote: > On 5/29/2016 11:11 PM, Minchan Kim wrote: > >On Fri, May 27, 2016 at 11:16:41AM -0700, Shi, Yang wrote: > > > > > > > >>> > >>>If we goes this way, how to guarantee this race? > >> > >>Thanks for pointing out this. It sounds reasonable. H

[PATCH 3/4] rtl8192u: Replace semaphore scan_sem with mutex

The semaphore 'scan_sem' in rtl8192u is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- This patch depends on the following patch: rtl8192u: ieee80211_device: Replace semaphore wx_sem with mutex drivers/staging/rtl8192u/iee

  1   2   3   4   5   6   7   8   9   10   >