Re: Interacting with coherent memory on external devices

On Thu, 23 Apr 2015, Paul E. McKenney wrote: > > DAX > > DAX is a mechanism for providing direct-memory access to > high-speed non-volatile (AKA "persistent") memory. Good > introductions to DAX may be found in the following LWN > articles: DAX is a mechanism to access me

Re: Interacting with coherent memory on external devices

On Fri, Apr 24, 2015 at 09:01:47AM -0500, Christoph Lameter wrote: > On Thu, 23 Apr 2015, Paul E. McKenney wrote: > > > > As far as I know Jerome is talkeing about HPC loads and high performance > > > GPU processing. This is the same use case. > > > > The difference is sensitivity to latency. You

[PATCH 0/4] spi: spi-ath79: Devicetree support and misc fixes

Hello all, this serie add a DT support for the ATH79 SPI controller and fix a few trivial bugs. While adding DT support we also remove the unused custom controller data in favor of the generic GPIO based chip select. The clock patch add the missing clk_un/prepare to fix the warnings once the plat

[PATCH 4/4] spi: spi-ath79: Set the initial state of CS0

The internal chip select CS0 wasn't initialized properly to work with CS HIGH chips. Signed-off-by: Alban Bedel --- drivers/spi/spi-ath79.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/spi/spi-ath79.c b/drivers/spi/spi-ath79.c index b37bedd..bf1f9b3 100644 --- a/drivers/sp

Re: [GIT PULL] kdbus for 4.1-rc1

On Fri, Apr 24, 2015 at 9:50 AM, Lukasz Skalski wrote: > - client: http://fpaste.org/215156/ > Cool - it might also be interesting to try this without blocking round trips, i.e. send requests as quickly as you can, and collect replies asynchronously. That's how people ideally use dbus. It should

Re: [PATCH v10 4/4] cgroups: implement the PIDs subsystem

Also, >> +struct pids_cgroup { >> + struct cgroup_subsys_state css; >> + >> + /* >> + * Use 64-bit types so that we can safely represent "max" as >> + * (PID_MAX_LIMIT + 1). > ^ > ... >> +static struct cgroup_subsys_state * >> +pids_css_alloc(stru

[PATCH 3/4] spi: spi-ath79: Use clk_prepare_enable and clk_disable_unprepare

Clocks should be prepared and unprepared, fix this by using clk_prepare_enable() and clk_disable_unprepare() instead of clk_enable() and clk_disable(). Signed-off-by: Alban Bedel --- drivers/spi/spi-ath79.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/spi/spi

Re: [RESEND RFC PATCH 1/2] x86/cpu hotplug: make apicid <--> cpuid mapping persistent

On Friday, April 24, 2015 05:58:32 PM Gu Zheng wrote: > Yasuaki Ishimatsu found that with node online/offline, cpu<->node relationship > is established. Because workqueue uses a info which was established at boot > time, but it may be changed by node hotpluging. > > Once pool->node points to a s

[PATCH 2/4] spi: spi-ath79: Add device tree support

Set the OF node of the spi controller and use the generic GPIO based chip select instead of the custom controller data. As the controller data isn't used by any board just drop it. Signed-off-by: Alban Bedel --- .../mips/include/asm/mach-ath79/ath79_spi_platform.h | 4 drivers/spi/spi-ath7

[PATCH 1/4] devicetree: add binding documentation for the AR7100 SPI controller

Signed-off-by: Alban Bedel --- .../devicetree/bindings/spi/spi-ath79.txt | 24 ++ 1 file changed, 24 insertions(+) create mode 100644 Documentation/devicetree/bindings/spi/spi-ath79.txt diff --git a/Documentation/devicetree/bindings/spi/spi-ath79.txt b/Documentatio

Re: [PATCH] blackfin: Makefile: Skip reloc overflow issue when COMPILE_TEST enabled

On 4/24/15 16:20, Steven Miao wrote: > On Thu, Apr 23, 2015 at 10:30 PM, Chen Gang > wrote: >> >> OK, thanks. I guess your meaning is: >> >> - If the kernel is too big, it may let the pc which wants to call L1 >>space fail. >> >> - So the kernel is too big to cause this issue, but it is not

Re: Interacting with coherent memory on external devices

On Thu, 23 Apr 2015, Jerome Glisse wrote: > No this not have been solve properly. Today solution is doing an explicit > copy and again and again when complex data struct are involve (list, tree, > ...) this is extremly tedious and hard to debug. So today solution often > restrict themself to easy

Re: Interacting with coherent memory on external devices

On Thu, 23 Apr 2015, Paul E. McKenney wrote: > If by "entire industry" you mean everyone who might want to use hardware > acceleration, for example, including mechanical computer-aided design, > I am skeptical. The industry designs GPUs with super fast special ram and accellerators with special r

Re: [PATCH v6 01/26] IB/Verbs: Implement new callback query_transport()

On 4/24/2015 8:23 AM, Michael Wang wrote: Add new callback query_transport() and implement for each HW. Mapping List: node-type link-layer old-transport new-transport ... mlx4IB_CA IB/ETH IB IB/IBOE mlx5IB_CA

Re: Issues with capability bits and meta-data in kdbus

On Wed, Apr 22, Linus Torvalds wrote: > Conditional byte order is worse than silly - it's terminally stupid. > In other words, think networking, which statically just decided to use > big-endian. Sure, that was the wrong choice in the end, but even Why was that wrong? Any pointers to further det

Re: [GIT PULL] kdbus for 4.1-rc1

On 04/24/2015 04:19 PM, Havoc Pennington wrote: > On Fri, Apr 24, 2015 at 9:50 AM, Lukasz Skalski wrote: >> - client: http://fpaste.org/215156/ >> > > Cool - it might also be interesting to try this without blocking round > trips, i.e. send requests as quickly as you can, and collect replies > as

Re: [PATCH v6 01/26] IB/Verbs: Implement new callback query_transport()

On 04/24/2015 04:29 PM, Tom Talpey wrote: > On 4/24/2015 8:23 AM, Michael Wang wrote: [snip] >> +static enum rdma_transport_type >> +mlx5_ib_query_transport(struct ib_device *device, u8 port_num) >> +{ >> +return RDMA_TRANSPORT_IB; >> +} >> + > > > Just noticed that mlx5 is not being coded

RE: [PATCH v3] mm/slab_common: Support the slub_debug boot option on specific object size

> This patch conflicts significantly with Daniel's "slab: correct > size_index table before replacing the bootstrap kmem_cache_node". I've > reworked Daniel's patch as below. Please review? Your revised version of my patch looks good to me. I've also re-tested LLVMLinux with Gavin's and my (revi

Re: [PATCH 10/13] x86: mm: Enable deferred struct page initialisation on x86-64

On 04/23/2015 05:23 AM, Mel Gorman wrote: On Wed, Apr 22, 2015 at 04:45:00PM -0700, Andrew Morton wrote: On Wed, 22 Apr 2015 18:07:50 +0100 Mel Gorman wrote: --- a/arch/x86/Kconfig +++ b/arch/x86/Kconfig @@ -32,6 +32,7 @@ config X86 select HAVE_UNSTABLE_SCHED_CLOCK select ARCH

[PATCH] Documentation: update cputopology.txt

From: Bartosz Golaszewski The documentation on cpu topology seems to be a bit out-of-date. It doesn't mention the **_siblings_list attributes and uses old names for topology_**_cpumask() macros. Add information on missing attributes plus some minor clarifications. Signed-off-by: Bartosz Golasze

Re: [PATCH] perf/x86/intel/uncore: fix IMC missing box initialization

On Fri, Apr 24, 2015 at 7:03 AM, Vince Weaver wrote: > On Fri, 24 Apr 2015, Vince Weaver wrote: > >> [ 79.473121] kernel BUG at mm/vmalloc.c:1335! >> [ 79.477705] invalid opcode: [#1] SMP > ... >> [ 79.694391] Call Trace: >> [ 79.696997] >> [ 79.699090] [] get_vm_area_caller+0x40

Re: [PATCH v2] xen: Add __GFP_DMA flag when xen_swiotlb_init gets free pages on ARM

On Fri, 24 Apr 2015, Konrad Rzeszutek Wilk wrote: > On Fri, Apr 24, 2015 at 10:16:40AM +0100, Stefano Stabellini wrote: > > Make sure that xen_swiotlb_init allocates buffers that are DMA capable > > when at least one memblock is available below 4G. Otherwise we assume > > that all devices on the So

Re: Issues with capability bits and meta-data in kdbus

On Fri, Apr 24, 2015 at 04:32:12PM +0200, Olaf Hering wrote: > On Wed, Apr 22, Linus Torvalds wrote: > > > Conditional byte order is worse than silly - it's terminally stupid. > > > In other words, think networking, which statically just decided to use > > big-endian. Sure, that was the wrong cho

Re: Issues with capability bits and meta-data in kdbus

On Fri, 24 Apr 2015, Olaf Hering wrote: > > Conditional byte order is worse than silly - it's terminally stupid. > > > In other words, think networking, which statically just decided to use > > big-endian. Sure, that was the wrong choice in the end, but even > > Why was that wrong? Any pointers

RE: [PATCH v5 00/27] IB/Verbs: IB Management Helpers

> From: Michael Wang [mailto:yun.w...@profitbricks.com] > [snip] > > > > Depends on who is "we". > > For ULPs, you are probably right. > > > > However, core services (e.g., mad management, CM, SA) do care about > various details. > > In some cases, where it doesn't matter, this code will use mana

Re: [RFC PATCH 0/6] TLB flush multiple pages with a single IPI v3

On 04/21/2015 12:41 PM, Mel Gorman wrote: Changelog since V2 o Ensure TLBs are flushed before pages are freed(mel) I admit not reading all the patches thoroughly, but doesn't this change of ordering mean that you no longer need the architectural guarantee discussed in patch 2?

RE: [PATCH V1 2/6] regulator: da9062: DA9062 regulator driver

On 18 April 2015 12:48 Mark Brown wrote: > On Fri, Apr 17, 2015 at 03:23:32PM +0100, S Twiss wrote: > > > +/* Regulator interrupt handlers */ > > +static irqreturn_t da9062_ldo_lim_event(int irq, void *data) > > +{ > > + struct da9062_regulators *regulators = data; > > + struct da9062 *hw =

RE: [PATCH V1 1/6] mfd: da9062: DA9062 MFD core driver

On 17 April 2015 15:24 Steve Twiss wrote. > Subject: [PATCH V1 1/6] mfd: da9062: DA9062 MFD core driver > From: S Twiss > > Add MFD core driver support for DA9062 > > Signed-off-by: Steve Twiss > > --- > > This patch applies against linux-next and v4.0 > > drivers/mfd/Kconfig

Re: [PATCH v6 01/26] IB/Verbs: Implement new callback query_transport()

On 4/24/2015 10:35 AM, Michael Wang wrote: On 04/24/2015 04:29 PM, Tom Talpey wrote: On 4/24/2015 8:23 AM, Michael Wang wrote: [snip] +static enum rdma_transport_type +mlx5_ib_query_transport(struct ib_device *device, u8 port_num) +{ +return RDMA_TRANSPORT_IB; +} + Just noticed that m

[RFC 03/12] of/platform: add of_platform_device_ensure()

This function ensures that the device that encloses the passed device node is registered, and thus probed if the corresponding driver has been registered already. This function can be used by drivers to ensure that a dependency is fulfilled. --- drivers/of/platform.c | 28 ++

Re: [GIT] nfsd changes for 4.0

On Thu, Apr 23, 2015 at 8:12 AM, J. Bruce Fields wrote: > Please pull nfsd changes for 4.0 from: > > git://linux-nfs.org/~bfields/linux.git for-4.0 You meant "for-4.1". Please script this better so that the pull target itself is also part of the script - clearly you used the right name at some

[RFC 10/12] pwm: Probe PWM chip devices on demand

When looking up a PWM chip through its DT node, ensure that the corresponding device has been registered. --- drivers/pwm/core.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c index ba34c7d..31f486c 100644 --- a/drivers/pwm/core.c +++ b/drivers/pwm/c

[RFC 08/12] drm/tegra: Probe dpaux devices on demand

When looking up a dpaux device through its DT node, ensure that the corresponding device has been registered. --- drivers/gpu/drm/tegra/dpaux.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/tegra/dpaux.c b/drivers/gpu/drm/tegra/dpaux.c index d6b55e3..10bba41 100644 --- a/d

RE: [PATCH v5 00/27] IB/Verbs: IB Management Helpers

> From: Hefty, Sean [mailto:sean.he...@intel.com] [snip] > > > So, I think that our "old-transport" below is just fine. > > > No need to change it (and you aren't, since it is currently > > > implemented > > as a function). > > > > I think there is a need to change this. Encoding the transport in

[RFC 11/12] backlight: Probe backlight devices on demand

When looking up a backlight device through its DT node, ensure that the corresponding device has been registered. --- drivers/video/backlight/backlight.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/video/backlight/backlight.c b/drivers/video/backlight/backlight.c index bddc8b1.

[RFC 09/12] i2c: core: Probe i2c master devices on demand

When looking up an i2c master through its DT node, ensure that the corresponding device has been registered. --- drivers/i2c/i2c-core.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/i2c/i2c-core.c b/drivers/i2c/i2c-core.c index 098f698..53a3588 100644 --- a/drivers/i2c/i2c-core.c

[RFC 07/12] drm: Probe panels on demand

When looking up a panel through its DT node, ensure that the corresponding device has been registered. --- drivers/gpu/drm/drm_panel.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/drm_panel.c b/drivers/gpu/drm/drm_panel.c index 2ef988e..041211e 100644 --- a/drivers/gpu/dr

[RFC 12/12] usb: phy: Probe phy devices on demand

When looking up a phy through its DT node, ensure that the corresponding device has been registered. --- drivers/usb/phy/phy.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/usb/phy/phy.c b/drivers/usb/phy/phy.c index d1cd6b5..7084f21 100644 --- a/drivers/usb/phy/phy.c +++ b/driver

[RFC 02/12] ARM: tegra: Add gpio-ranges property

Specify how the GPIOs map to the pins in T124, so the dependency is explicit. --- arch/arm/boot/dts/tegra124.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/tegra124.dtsi b/arch/arm/boot/dts/tegra124.dtsi index 13cc7ca..5d1d35f 100644 --- a/arch/arm/boot/dts/tegra124.dts

[RFC 04/12] gpio: Probe GPIO drivers on demand

Ensure that the device corresponding to the DT node of the gpiochip has been registered. --- drivers/gpio/gpiolib-of.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c index a6c67c6..190183d 100644 --- a/drivers/gpio/gpiolib-of.c +++ b/dr

[RFC 01/12] ARM: tegra: Register drivers before devices

So devices can be probed on demand, we need to have the drivers already registered as we don't have enough information to register a driver on demand. --- arch/arm/mach-tegra/tegra.c | 21 - 1 file changed, 8 insertions(+), 13 deletions(-) diff --git a/arch/arm/mach-tegra/tegr

[RFC 06/12] regulator: core: Probe regulators on demand

When looking up a regulator through its DT node, ensure that the corresponding device has been registered. --- drivers/regulator/core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c index dbc64f7..eee8d45 100644 --- a/drivers/regulator/co

[RFC 05/12] gpio: Probe pinctrl devices on demand

Ensure that the device corresponding to the DT node of the pin controller has been registered. --- drivers/gpio/gpiolib-of.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c index 190183d..e26e105 100644 --- a/drivers/gpio/gpiolib-of.c +++

[RFC 00/12] On-demand device registration

Hi, while reading the thread [0] that Alexander Holler started with his series to make probing order deterministic, it occurred to me that it should be possible to achieve the same by probing devices as they are referenced by other devices. This basically reuses the information that is already

Re: [PATCH v2] locking/rwsem: reduce spinlock contention in wakeup after up_read/up_write

On 04/23/2015 04:42 PM, Jason Low wrote: On Thu, 2015-04-23 at 14:24 -0400, Waiman Long wrote: The table below shows the % improvement in throughput (1100-2000 users) in the various AIM7's workloads: Workload% increase in throughput Missing table here? :) Oops, it was a cu

Re: Interacting with coherent memory on external devices

On Fri, Apr 24, 2015 at 09:30:40AM -0500, Christoph Lameter wrote: > On Thu, 23 Apr 2015, Paul E. McKenney wrote: > > > If by "entire industry" you mean everyone who might want to use hardware > > acceleration, for example, including mechanical computer-aided design, > > I am skeptical. > > The i

Re: [PATCH v2] locking/rwsem: reduce spinlock contention in wakeup after up_read/up_write

On 04/23/2015 05:31 PM, Davidlohr Bueso wrote: It would be nice to not run into this by accident. Please CC all relevant parties ;) On Thu, 2015-04-23 at 14:24 -0400, Waiman Long wrote: In up_read()/up_write(), rwsem_wake() will be called whenever it detects that some writers/readers are waitin

Re: Interacting with coherent memory on external devices

On Fri, Apr 24, 2015 at 09:12:07AM -0500, Christoph Lameter wrote: > On Thu, 23 Apr 2015, Paul E. McKenney wrote: > > > > > DAX > > > > DAX is a mechanism for providing direct-memory access to > > high-speed non-volatile (AKA "persistent") memory. Good > > introductions to DAX may be

[PATCH v2 1/2] staging: sm750fb: cleanup white space

This patch fixes "space prohibited" errors reported by checkpatch.pl Signed-off-by: Charles Rose --- drivers/staging/sm750fb/ddk750_chip.c | 12 ++-- drivers/staging/sm750fb/ddk750_mode.c | 2 +- drivers/staging/sm750fb/ddk750_power.c | 8 drivers/staging/sm750fb/sm750_accel

Regression: Requiring CAP_SYS_ADMIN for /proc//pagemap causes application-level breakage

Hi all, Recent changes have restricted a userspace interface used by our product; specifically, a security patch to require CAP_SYS_ADMIN when opening /proc/PID/pagemap (https://github.com/torvalds/linux/commit/ab676b7d6fbf4b294bf198fb27ade5b0e865c7ce, original LKML discussion here: https://lkml

Re: Issues with capability bits and meta-data in kdbus

On Fri, Apr 24, Michele Curti wrote: > http://www.barrgroup.com/Embedded-Systems/How-To/Big-Endian-Little-Endian > "Serious run-time performance penalties occur when using TCP/IP on a little > endian processor." This URL lacks the numbers to proof such claim. Olaf -- To unsubscribe from this lis

Re: Issues with capability bits and meta-data in kdbus

On Fri, Apr 24, Jiri Kosina wrote: > Becase the architecture that is running on overwhelming majority of > today's world computers is little-endian, and therefore has to convert all > the time. There is no swap-on-load/store to compensate for the odd decision? Olaf -- To unsubscribe from this

Re: [PATCH] net: mdio-gpio: support access that may sleep

From: Vivien Didelot Date: Wed, 22 Apr 2015 13:06:54 -0400 > Some systems using mdio-gpio may use gpio on message based busses, which > require sleeping (e.g. gpio from an I2C I/O expander). > > Since this driver does not use IRQ handler, it is safe to use the > _cansleep suffixed gpio accessors

Re: [PATCH 01/11] coresight-etm4x: Adding CoreSight ETM4x driver

On Wed, 2015-04-22 at 16:40 -0600, Mathieu Poirier wrote: > From: Pratik Patel > > This driver manages the CoreSight ETMv4 (Embedded Trace Macrocell) IP block > to support HW assisted tracing on ARMv7 and ARMv8 architectures. > > Signed-off-by: Pratik Patel > Signed-off-by: Kaixu Xia > Signed

Re: [PATCH v5 00/27] IB/Verbs: IB Management Helpers

On 04/24/2015 04:44 PM, Liran Liss wrote: >> From: Michael Wang [mailto:yun.w...@profitbricks.com] > > >> [snip] [snip] >> > > We don't want to stop code branches that are not abstractions but rather > depend > on the specific technology! > There is no generic "iWARP CM" - only one. > There i

Re: Interacting with coherent memory on external devices

On Fri, Apr 24, 2015 at 09:29:12AM -0500, Christoph Lameter wrote: > On Thu, 23 Apr 2015, Jerome Glisse wrote: > > > No this not have been solve properly. Today solution is doing an explicit > > copy and again and again when complex data struct are involve (list, tree, > > ...) this is extremly te

Re: [PATCH] context_tracking: remove local_irq_save from __acct_update_integrals

On 04/24/2015 05:11 AM, Heiko Carstens wrote: > On Thu, Apr 23, 2015 at 09:57:13PM -0400, Rik van Riel wrote: >> diff --git a/kernel/tsacct.c b/kernel/tsacct.c >> index 975cb49e32bf..0b967f116a6b 100644 >> --- a/kernel/tsacct.c >> +++ b/kernel/tsacct.c >> @@ -126,23 +126,29 @@ static void __acct_up

RE: [PATCH v6 01/26] IB/Verbs: Implement new callback query_transport()

> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > [snip] > a/include/rdma/ib_verbs.h b/include/rdma/ib_verbs.h index > 65994a1..d54f91e 100644 > --- a/include/rdma/ib_verbs.h > +++ b/include/rdma/ib_verbs.h > @@ -75,10 +75,13 @@ enum rdma_node_type { }; > > enum rdma_transport_type

Re: Issues with capability bits and meta-data in kdbus

On Fri, Apr 24, 2015 at 05:02:32PM +0200, Olaf Hering wrote: > On Fri, Apr 24, Michele Curti wrote: > > > http://www.barrgroup.com/Embedded-Systems/How-To/Big-Endian-Little-Endian > > "Serious run-time performance penalties occur when using TCP/IP on a little > > endian processor." > > This URL l

Re: Interacting with coherent memory on external devices

On Fri, Apr 24, 2015 at 07:57:38AM -0700, Paul E. McKenney wrote: > On Fri, Apr 24, 2015 at 09:12:07AM -0500, Christoph Lameter wrote: > > On Thu, 23 Apr 2015, Paul E. McKenney wrote: > > > > > > > > DAX > > > > > > DAX is a mechanism for providing direct-memory access to > > > high-speed non-

Re: [PATCH v4.0 for testing] nbd: Fix timeout detection

Hello Markus, On Fri, Apr 24, 2015 at 09:35:33AM +0200, Markus Pargmann wrote: > At the moment the nbd timeout just detects hanging tcp operations. This > is not enough to detect a hanging or bad connection as expected of a > timeout. ... > Cc: Michal Belczyk > Cc: Hermann Lauer > Signed-off-by:

RE: [PATCH v6 02/26] IB/Verbs: Implement raw management helpers

> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > > Add raw helpers: > rdma_tech_ib > rdma_tech_iboe > rdma_tech_iwarp > rdma_ib_or_iboe (transition, clean up later) To help us detect which > technology the port supported. > Replace "rdma_tech_*" with "rdma_p

Re: [PATCH 0/4] ARM: keystone: Enable Netcp driver on K2 EVMs

On 04/23/2015 04:43 PM, santosh shilimkar wrote: On 4/23/2015 12:37 PM, Murali Karicheri wrote: NetCP driver support patches are already merged to v4.0.nd v4.1. This series introduce patches to update the DTS bindings and defconfig so that the network driver is fully functional on K2 EVMs :- K2H

[PATCH v2] context_tracking: remove local_irq_save from __acct_update_integrals

The function __acct_update_integrals() is called both from irq context and task context. This creates a race where irq context can advance tsk->acct_timexpd to a value larger than time, leading to a negative value, which causes a divide error. See commit 6d5b5acca9e5 ("Fix fixpoint divide exception

Re: [RFC PATCH 0/6] TLB flush multiple pages with a single IPI v3

On Fri, Apr 24, 2015 at 04:46:22PM +0200, Vlastimil Babka wrote: > On 04/21/2015 12:41 PM, Mel Gorman wrote: > >Changelog since V2 > >o Ensure TLBs are flushed before pages are freed (mel) > > I admit not reading all the patches thoroughly, but doesn't this > change of ordering mean th

Re: [PATCH] net: netcp: remove call to netif_carrier_(on/off) for MAC to Phy interface

On 04/24/2015 09:33 AM, Sergei Shtylyov wrote: Hello. On 4/23/2015 10:17 PM, Murali Karicheri wrote: Currently when interface type is MAC to Phy, netif_carrier_(on/off) is called which is not needed as Phy lib already updates the carrier status to net stack. This is needed only for other inter

[PATCH v2 2/2] staging: sm750fb: cleanup indentation

This patch fixes indentation errors/warnings reported by checkpatch.pl. Signed-off-by: Charles Rose --- drivers/staging/sm750fb/ddk750_mode.c | 24 1 file changed, 16 insertions(+), 8 deletions(-) diff --git a/drivers/staging/sm750fb/ddk750_mode.c b/drivers/staging/sm7

Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware

On Fri, 2015-04-24 at 02:14 +, Kweh, Hock Leong wrote: > > -Original Message- > > From: James Bottomley [mailto:james.bottom...@hansenpartnership.com] > > Sent: Thursday, April 23, 2015 10:10 PM > > > > On Thu, 2015-04-23 at 08:30 +, Kweh, Hock Leong wrote: > > > > -Original Me

Re: [PATCH 10/13] x86: mm: Enable deferred struct page initialisation on x86-64

On Fri, Apr 24, 2015 at 10:35:49AM -0400, Waiman Long wrote: > On 04/23/2015 05:23 AM, Mel Gorman wrote: > >On Wed, Apr 22, 2015 at 04:45:00PM -0700, Andrew Morton wrote: > >>On Wed, 22 Apr 2015 18:07:50 +0100 Mel Gorman wrote: > >> > >>>--- a/arch/x86/Kconfig > >>>+++ b/arch/x86/Kconfig > >>>@@ -

Re: [PATCH V1 2/6] regulator: da9062: DA9062 regulator driver

On Fri, Apr 24, 2015 at 02:47:06PM +, Opensource [Steve Twiss] wrote: > On 18 April 2015 12:48 Mark Brown wrote: > Okay. I think I am getting this. > As of v3.18 there are newer parts to regulator_desc from the commit > a0c7b16 "regulator: of: Provide simplified DT parsing method" > The sear

Re: [PATCH v10 4/4] cgroups: implement the PIDs subsystem

Hello, Aleksa. On Sat, Apr 25, 2015 at 12:07:34AM +1000, Aleksa Sarai wrote: > Would something like this suffice? > > struct cgroup_subsys_state *task_get_css(struct task_struct *task, int > subsys_id) { > bool have_ref = false; > struct cgroup_subsys_state *css; > > whil

Re: Regression: Requiring CAP_SYS_ADMIN for /proc//pagemap causes application-level breakage

On 24 April 2015 at 08:01, Mark Williamson wrote: > In our use of /proc/PID/pagemap, we currently make use of the physical > pageframe addresses. We should be able to work with a scrambled > representation of these (Andy Lutomirski suggested this in the > original discussion - https://lkml.org/lk

Re: [PATCH 1/2] x86: stop using PER_CPU_VAR(kernel_stack)

On 03/23/2015 07:27 PM, Andy Lutomirski wrote: > On Mon, Mar 23, 2015 at 10:51 AM, Denys Vlasenko wrote: >> On 03/23/2015 06:45 PM, Steven Rostedt wrote: >>> On Mon, 23 Mar 2015 18:38:09 +0100 >>> Denys Vlasenko wrote: >>> > Can we do a: > > #define cpu_current_top_of_stack (cpu_tss

[PATCH 2/3] x86: Remove unused kernel_stack per-cpu variable

Signed-off-by: Denys Vlasenko CC: Linus Torvalds CC: Steven Rostedt CC: Ingo Molnar CC: Borislav Petkov CC: "H. Peter Anvin" CC: Andy Lutomirski CC: Oleg Nesterov CC: Frederic Weisbecker CC: Alexei Starovoitov CC: Will Drewry CC: Kees Cook CC: x...@kernel.org CC: linux-kernel@vger.kerne

[PATCH 3/3] x86: Define cpu_current_top_of_stack for 64-bit code

32-bit code has PER_CPU_VAR(cpu_current_top_of_stack). 64-bit code uses somewhat more obscure PER_CPU_VAR(cpu_tss + TSS_sp0). Define cpu_current_top_of_stack macro on CONFIG_X86_64 so that PER_CPU_VAR(cpu_current_top_of_stack) expression can be used in both 32-bit and 64-bit code. Signed-off-by:

[PATCH 1/3] x86: Stop using PER_CPU_VAR(kernel_stack)

PER_CPU_VAR(kernel_stack) is redundant. In 64-bit build, we can use PER_CPU_VAR(cpu_tss + TSS_sp0). In 32-bit build, we can use PER_CPU_VAR(cpu_current_top_of_stack). PER_CPU_VAR(kernel_stack) will be deleted by a separate change. Signed-off-by: Denys Vlasenko CC: Linus Torvalds CC: Steven Rost

Re: [PATCH v10 4/4] cgroups: implement the PIDs subsystem

Hello, On Thu, Apr 23, 2015 at 10:43:12AM +1000, Aleksa Sarai wrote: > > Why is this safe? What guarantees that css's ref isn't already zero > > at this point? > > Because it's already been exposed by pids_fork, so the current css_set But what prevents against the task being migrated to a diffe

Re: [PATCH 0/4] ARM: keystone: Enable Netcp driver on K2 EVMs

On 4/24/2015 8:15 AM, Murali Karicheri wrote: On 04/23/2015 04:43 PM, santosh shilimkar wrote: On 4/23/2015 12:37 PM, Murali Karicheri wrote: NetCP driver support patches are already merged to v4.0.nd v4.1. This series introduce patches to update the DTS bindings and defconfig so that the netwo

Re: [PATCH 01/11] coresight-etm4x: Adding CoreSight ETM4x driver

On Wed, 2015-04-22 at 16:40 -0600, Mathieu Poirier wrote: > > +static struct amba_id etm4_ids[] = { > + { /* ETM 4.0 - Hi6220 board */ > + .id = 0x0003b95d, > + .mask = 0x0003, > + .data = "ETM 4.0", > + }, > + {

[tip:x86/apic] x86/irq: Use hierarchical irqdomain to manage CPU interrupt vectors

Commit-ID: b5dc8e6c21e7ffba0246bf39cea97805c142bf85 Gitweb: http://git.kernel.org/tip/b5dc8e6c21e7ffba0246bf39cea97805c142bf85 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:24 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:47 +0200 x86/irq: Use hierarchical

[tip:x86/apic] x86/hpet: Use new irqdomain interfaces to allocate /free IRQ

Commit-ID: bd8eb63f8a3907bb477992145cb6ce0064a1e43f Gitweb: http://git.kernel.org/tip/bd8eb63f8a3907bb477992145cb6ce0064a1e43f Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:25 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:48 +0200 x86/hpet: Use new irqdomai

Re: [PATCH] mm/hugetlb: reduce arch dependent code about huge_pmd_unshare

Hi, On 23 April 2015 at 23:41, Andrew Morton wrote: > On Thu, 23 Apr 2015 22:26:18 + "Luck, Tony" wrote: > >> > Memory fails me. Why do some architectures (arm, arm64, x86_64) want >> > huge_pmd_[un]share() while other architectures (ia64, tile, mips, >> > powerpc, metag, sh, s390) do not?

[tip:x86/apic] x86/MSI: Use new irqdomain interfaces to allocate/ free IRQ

Commit-ID: 4c8f9960ee497020d0858362c81ece984bc89aa5 Gitweb: http://git.kernel.org/tip/4c8f9960ee497020d0858362c81ece984bc89aa5 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:26 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:48 +0200 x86/MSI: Use new irqdomain

[tip:x86/apic] x86/irq: Save destination CPU ID in irq_cfg

Commit-ID: 5f0052f9522b84269e1b3b435a806f873d992702 Gitweb: http://git.kernel.org/tip/5f0052f9522b84269e1b3b435a806f873d992702 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:23 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:47 +0200 x86/irq: Save destination

[tip:x86/apic] irq_remapping/vt-d: Change prototypes to prepare for hierarchical irqdomain

Commit-ID: 8dedf4cf5a52eafd2160609c11d3206c06e32b36 Gitweb: http://git.kernel.org/tip/8dedf4cf5a52eafd2160609c11d3206c06e32b36 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:31 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:48 +0200 irq_remapping/vt-d: Change

[tip:x86/apic] x86/dmar: Use new irqdomain interfaces to allocate /free IRQ

Commit-ID: a62b32cdd0a6324c959f40b3c9b928b275297066 Gitweb: http://git.kernel.org/tip/a62b32cdd0a6324c959f40b3c9b928b275297066 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:29 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:48 +0200 x86/dmar: Use new irqdomai

[tip:x86/apic] irq_remapping/vt-d: Enhance Intel IR driver to support hierarchical irqdomains

Commit-ID: b106ee63abccbba5f5a52d6e43168a6a30c6d98a Gitweb: http://git.kernel.org/tip/b106ee63abccbba5f5a52d6e43168a6a30c6d98a Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:32 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:48 +0200 irq_remapping/vt-d: Enhanc

[tip:x86/apic] irq_remapping/amd: Enhance AMD IR driver to support hierarchical irqdomains

Commit-ID: 7c71d306c97bd060e1a97d6905aebcb5769890ca Gitweb: http://git.kernel.org/tip/7c71d306c97bd060e1a97d6905aebcb5769890ca Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:33 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:48 +0200 irq_remapping/amd: Enhance

[tip:x86/apic] x86/hpet: Enhance HPET IRQ to support hierarchical irqdomains

Commit-ID: 3cb96f0c97330834929abe9bd2ca3c252a83def0 Gitweb: http://git.kernel.org/tip/3cb96f0c97330834929abe9bd2ca3c252a83def0 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:34 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:49 +0200 x86/hpet: Enhance HPET IRQ

[tip:x86/apic] x86/htirq: Use new irqdomain interfaces to allocate/free IRQ

Commit-ID: af87baedf2c23b1181f51323339210a26a64f7fc Gitweb: http://git.kernel.org/tip/af87baedf2c23b1181f51323339210a26a64f7fc Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:28 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:48 +0200 x86/htirq: Use new irqdoma

Re: [PATCH v10 3/4] cgroups: allow a cgroup subsystem to reject a fork

On Fri, Apr 24, 2015 at 11:59:31PM +1000, Aleksa Sarai wrote: > Hey, > > >> +#define CGROUP_PREFORK_COUNT 0 > >> + > >> static inline int cgroup_init_early(void) { return 0; } > >> static inline int cgroup_init(void) { return 0; } > >> static inline void cgroup_fork(struct task_struct *p) {} >

[tip:x86/apic] x86/MSI: Use hierarchical irqdomains to manage MSI interrupts

Commit-ID: 52f518a3a7c2f80551a38d38be28bc9f335e713c Gitweb: http://git.kernel.org/tip/52f518a3a7c2f80551a38d38be28bc9f335e713c Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:35 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:49 +0200 x86/MSI: Use hierarchical

[tip:x86/apic] irq_remapping/vt-d: Clean up unused MSI related code

Commit-ID: 2b43817e481da9f5118adb56aef46b3f0298c685 Gitweb: http://git.kernel.org/tip/2b43817e481da9f5118adb56aef46b3f0298c685 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:37 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:49 +0200 irq_remapping/vt-d: Clean

Re: Interacting with coherent memory on external devices

On Fri, 24 Apr 2015, Paul E. McKenney wrote: > can deliver, but where the cost of full-fledge hand tuning cannot be > justified. > > You seem to believe that this latter category is the empty set, which > I must confess does greatly surprise me. If there are already compromises are being made the

[tip:x86/apic] irq_remapping/amd: Clean up unused MSI related code

Commit-ID: 3c3d4f90f6f80cce357ef013baf1327a9b9d5732 Gitweb: http://git.kernel.org/tip/3c3d4f90f6f80cce357ef013baf1327a9b9d5732 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:38 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:49 +0200 irq_remapping/amd: Clean u

[tip:x86/apic] x86/irq: Directly call native_compose_msi_msg() for DMAR IRQ

Commit-ID: 80aa283364a17998dceb577bd185e3380b927544 Gitweb: http://git.kernel.org/tip/80aa283364a17998dceb577bd185e3380b927544 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:36 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:49 +0200 x86/irq: Directly call nat

[tip:x86/apic] x86/MSI: Clean up unused MSI related code and interfaces

Commit-ID: b1855c752e67d1125d41fadb499014b49a245db8 Gitweb: http://git.kernel.org/tip/b1855c752e67d1125d41fadb499014b49a245db8 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:40 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:49 +0200 x86/MSI: Clean up unused M

[tip:x86/apic] x86/irq: Use hierarchical irqdomain to manage DMAR interrupts

Commit-ID: 0921f1da6425f05a1f56803069124b7ec13b79e2 Gitweb: http://git.kernel.org/tip/0921f1da6425f05a1f56803069124b7ec13b79e2 Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:42 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:49 +0200 x86/irq: Use hierarchical

[tip:x86/apic] iommu/vt-d: Refine the interfaces to create IRQ for DMAR unit

Commit-ID: 34742db8eaf9ff364034f214ee5827701e131d4b Gitweb: http://git.kernel.org/tip/34742db8eaf9ff364034f214ee5827701e131d4b Author: Jiang Liu AuthorDate: Mon, 13 Apr 2015 14:11:41 +0800 Committer: Thomas Gleixner CommitDate: Fri, 24 Apr 2015 15:36:49 +0200 iommu/vt-d: Refine the int

Re: Interacting with coherent memory on external devices

On Fri, 24 Apr 2015, Paul E. McKenney wrote: > > DAX is a mechanism to access memory not managed by the kernel and is the > > successor to XIP. It just happens to be needed for persistent memory. > > Fundamentally any driver can provide an MMAPPed interface to allow access > > to a devices memory.

<    1   2   3   4   5   6   7   8   9   >