Re: [PATCH V2 RFC] fixup! virtio: convert to use DMA api

On Wed, Apr 27, 2016 at 04:15:35PM +0100, David Woodhouse wrote: > On Wed, 2016-04-27 at 18:05 +0300, Michael S. Tsirkin wrote: > > > > I really don't get it. > > > > There's exactly one device that works now and needs the work-around and > > so that we need to support, and that is virtio. It

[PATCH v3 6/7] drm/qxl: Use drm_fb_helper deferred_io support

Use the fbdev deferred io support in drm_fb_helper which mirrors the one qxl has had. This patch has only been compile tested. Signed-off-by: Noralf Trønnes --- Changes since v2: - The drm_clip_rect_{width/height} functions are dropped, so open code it Changes since v1: - Add FIXME about

[PATCH v3 2/7] drm/qxl: Change drm_fb_helper_sys_*() calls to sys_*()

Now that drm_fb_helper gets deferred io support, the drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule a worker that will call the (struct drm_framebuffer *)->funcs->dirty() function. This will break this driver so use the sys_{fillrect,copyarea,imageblit} functions directly.

[PATCH v3 3/7] drm/fb-helper: Add fb_deferred_io support

This adds deferred io support to drm_fb_helper. The fbdev framebuffer changes are flushed using the callback (struct drm_framebuffer *)->funcs->dirty() by a dedicated worker ensuring that it always runs in process context. Signed-off-by: Noralf Trønnes --- Changes since v2:

[PATCH v3 4/7] fbdev: fb_defio: Export fb_deferred_io_mmap

Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. When the framebuffer memory is allocated using dma_alloc_writecombine() instead of vmalloc(), I get cache syncing problems on ARM. This solves it: static int drm_fbdev_cma_deferred_io_mmap(struct fb_info *info,

[PATCH v3 2/7] drm/qxl: Change drm_fb_helper_sys_*() calls to sys_*()

Now that drm_fb_helper gets deferred io support, the drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule a worker that will call the (struct drm_framebuffer *)->funcs->dirty() function. This will break this driver so use the sys_{fillrect,copyarea,imageblit} functions directly.

[PATCH v3 3/7] drm/fb-helper: Add fb_deferred_io support

This adds deferred io support to drm_fb_helper. The fbdev framebuffer changes are flushed using the callback (struct drm_framebuffer *)->funcs->dirty() by a dedicated worker ensuring that it always runs in process context. Signed-off-by: Noralf Trønnes --- Changes since v2: - FB_DEFERRED_IO is

[PATCH v3 4/7] fbdev: fb_defio: Export fb_deferred_io_mmap

Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. When the framebuffer memory is allocated using dma_alloc_writecombine() instead of vmalloc(), I get cache syncing problems on ARM. This solves it: static int drm_fbdev_cma_deferred_io_mmap(struct fb_info *info,

[PATCH v3 7/7] drm/udl: Use drm_fb_helper deferred_io support

Use the fbdev deferred io support in drm_fb_helper. The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will now schedule a worker instead of being flushed directly like it was previously (recorded when in atomic). This patch has only been compile tested. Signed-off-by: Noralf

[PATCH v3 7/7] drm/udl: Use drm_fb_helper deferred_io support

Use the fbdev deferred io support in drm_fb_helper. The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will now schedule a worker instead of being flushed directly like it was previously (recorded when in atomic). This patch has only been compile tested. Signed-off-by: Noralf

[PATCH v3 5/7] drm/fb-cma-helper: Add fb_deferred_io support

This adds fbdev deferred io support if CONFIG_FB_DEFERRED_IO is enabled. The driver has to provide a (struct drm_framebuffer_funcs *)->dirty() callback to get notification of fbdev framebuffer changes. If the dirty() hook is set, then fb_deferred_io is set up automatically by the helper. Two

Re: [PATCHSET v5] Make background writeback great again for the first time

On 04/27/2016 12:01 PM, Jan Kara wrote: Hi, On Tue 26-04-16 09:55:23, Jens Axboe wrote: Since the dawn of time, our background buffered writeback has sucked. When we do background buffered writeback, it should have little impact on foreground activity. That's the definition of background

[PATCH v3 1/7] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

Now that drm_fb_helper gets deferred io support, the drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule a worker that will call the (struct drm_framebuffer *)->funcs->dirty() function. This will break this driver so use the sys_{fillrect,copyarea,imageblit} functions directly.

[PATCH v3 5/7] drm/fb-cma-helper: Add fb_deferred_io support

This adds fbdev deferred io support if CONFIG_FB_DEFERRED_IO is enabled. The driver has to provide a (struct drm_framebuffer_funcs *)->dirty() callback to get notification of fbdev framebuffer changes. If the dirty() hook is set, then fb_deferred_io is set up automatically by the helper. Two

Re: [PATCHSET v5] Make background writeback great again for the first time

On 04/27/2016 12:01 PM, Jan Kara wrote: Hi, On Tue 26-04-16 09:55:23, Jens Axboe wrote: Since the dawn of time, our background buffered writeback has sucked. When we do background buffered writeback, it should have little impact on foreground activity. That's the definition of background

[PATCH v3 1/7] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

Now that drm_fb_helper gets deferred io support, the drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule a worker that will call the (struct drm_framebuffer *)->funcs->dirty() function. This will break this driver so use the sys_{fillrect,copyarea,imageblit} functions directly.

Re: [RFC/PATCHv2 v2 2/4] dma-mapping: Add dma_remap() APIs

On 04/27/2016 08:25 AM, Catalin Marinas wrote: On Fri, Apr 22, 2016 at 05:35:16PM -0700, Stephen Boyd wrote: Quoting Catalin Marinas (2016-04-21 03:35:12) On Tue, Apr 19, 2016 at 06:04:27PM -0700, Stephen Boyd wrote: From: Laura Abbott Some systems are memory

Re: [RFC/PATCHv2 v2 2/4] dma-mapping: Add dma_remap() APIs

On 04/27/2016 08:25 AM, Catalin Marinas wrote: On Fri, Apr 22, 2016 at 05:35:16PM -0700, Stephen Boyd wrote: Quoting Catalin Marinas (2016-04-21 03:35:12) On Tue, Apr 19, 2016 at 06:04:27PM -0700, Stephen Boyd wrote: From: Laura Abbott Some systems are memory constrained but they need to

Re: [PATCH 3.16 098/217] s390/pci: enforce fmb page boundary rule

On Wed, 2016-04-27 at 19:27 +0200, Sebastian Ott wrote: > On Wed, 27 Apr 2016, Ben Hutchings wrote: > > > > 3.16.35-rc1 review patch.  If anyone has any objections, please let me know. > > > > -- > > > > From: Sebastian Ott > > > > commit

Re: [PATCH 3.16 098/217] s390/pci: enforce fmb page boundary rule

On Wed, 2016-04-27 at 19:27 +0200, Sebastian Ott wrote: > On Wed, 27 Apr 2016, Ben Hutchings wrote: > > > > 3.16.35-rc1 review patch.  If anyone has any objections, please let me know. > > > > -- > > > > From: Sebastian Ott > > > > commit

[PATCH v6 00/14] ACPI NUMA support for ARM64

From: David Daney Based on git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-next/core branch at commit 643d703d2d2d ("arm64: compat: Check for AArch32 state") ACPI 5.1 already introduced NUMA support for ARM64, which can get the NUMA domain information

[PATCH v6 03/14] acpi, numa: remove duplicate NULL check

From: Hanjun Guo The argument "header" for acpi_table_print_srat_entry() is always checked before the function is called, it's duplicate to check it again, remove it. Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter

[PATCH v6 04/14] acpi, numa: Move acpi_numa_arch_fixup() to ia64 only

From: Robert Richter Since acpi_numa_arch_fixup() is only used in arch ia64, move it there to make a generic interface easier. This avoids empty function stubs or some complex kconfig options for x86 and arm64. Signed-off-by: Robert Richter

[PATCH v6 04/14] acpi, numa: Move acpi_numa_arch_fixup() to ia64 only

From: Robert Richter Since acpi_numa_arch_fixup() is only used in arch ia64, move it there to make a generic interface easier. This avoids empty function stubs or some complex kconfig options for x86 and arm64. Signed-off-by: Robert Richter Reviewed-by: Hanjun Guo Signed-off-by: David Daney

[PATCH v6 03/14] acpi, numa: remove duplicate NULL check

From: Hanjun Guo The argument "header" for acpi_table_print_srat_entry() is always checked before the function is called, it's duplicate to check it again, remove it. Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter Signed-off-by: David Daney --- drivers/acpi/numa.c | 3 --- 1 file

[PATCH v6 00/14] ACPI NUMA support for ARM64

From: David Daney Based on git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-next/core branch at commit 643d703d2d2d ("arm64: compat: Check for AArch32 state") ACPI 5.1 already introduced NUMA support for ARM64, which can get the NUMA domain information from SRAT and SLIT table,

[PATCH v6 02/14] acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug()

From: Hanjun Guo ACPI_DEBUG_PRINT is a bit fragile in acpi/numa.c, the first thing is that component ACPI_NUMA(0x8000) is not described in the Documentation/acpi/debug.txt, and even not defined in the struct acpi_dlayer acpi_debug_layers which we can not dynamically

[PATCH v6 05/14] acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c

From: Hanjun Guo Identical implementations of acpi_numa_slit_init() are used by both x86 and follow-on arm64 support. Move it to drivers/acpi/numa.c, and guard with CONFIG_X86 || CONFIG_ARM64 because ia64 has its own architecture specific implementation. No code change.

[PATCH] i2c: Raise SDA for each received bit, if necessary

Some I2C adapters don't raise SDA by themselves when sending a bit. This behavior can be seen with the DDC channel of SiS 300 graphics cards. This patch adds the flag |set_sdahi| to |struct i2c_algo_bit_data|. With the flags set to true, the I2C bit algo will raise SDA before reading each bit

[PATCH v6 02/14] acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug()

From: Hanjun Guo ACPI_DEBUG_PRINT is a bit fragile in acpi/numa.c, the first thing is that component ACPI_NUMA(0x8000) is not described in the Documentation/acpi/debug.txt, and even not defined in the struct acpi_dlayer acpi_debug_layers which we can not dynamically enable/disable it with

[PATCH v6 05/14] acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c

From: Hanjun Guo Identical implementations of acpi_numa_slit_init() are used by both x86 and follow-on arm64 support. Move it to drivers/acpi/numa.c, and guard with CONFIG_X86 || CONFIG_ARM64 because ia64 has its own architecture specific implementation. No code change. Signed-off-by: Hanjun

[PATCH] i2c: Raise SDA for each received bit, if necessary

Some I2C adapters don't raise SDA by themselves when sending a bit. This behavior can be seen with the DDC channel of SiS 300 graphics cards. This patch adds the flag |set_sdahi| to |struct i2c_algo_bit_data|. With the flags set to true, the I2C bit algo will raise SDA before reading each bit

Re: [PATCH v2 0/5] x86 switch_mm uninlining and IRQ improvements

On Tue, Apr 26, 2016 at 09:39:04AM -0700, Andy Lutomirski wrote: > Hi all- > > I've been playing with context switching lately, and I'm going to start > sending out some of the patches that should be mostly self-contained and > ready for -tip. > > Here's a little batch to start improving

[PATCH v6 07/14] arm64, numa: Cleanup NUMA disabled messages.

From: David Daney As noted by Dennis Chen, we don't want to print "No NUMA configuration found" if NUMA was forced off from the command line. Change the type of numa_off to bool, and clean up printing code. Print "NUMA disabled" if forced off on command line and "No NUMA

[PATCH v6 09/14] acpi, numa: move bad_srat() and srat_disabled() to drivers/acpi/numa.c

From: Hanjun Guo bad_srat() and srat_disabled() are shared by x86 and follow-on arm64 patches. Move them to drivers/acpi/numa.c in preparation for arm64 support. Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter

Re: [PATCH RESEND 2/2] f2fs: disable preemption when waiting on all pages writeback

Hi Chao, On Wed, Apr 27, 2016 at 09:41:48PM +0800, Chao Yu wrote: > From: Chao Yu > > The following condition can happen in a preemptible kernel, it may cause > checkpointer hunging. > > CPU0: CPU1: > - write_checkpoint > - do_checkpoint >

Re: [PATCH v2 0/5] x86 switch_mm uninlining and IRQ improvements

On Tue, Apr 26, 2016 at 09:39:04AM -0700, Andy Lutomirski wrote: > Hi all- > > I've been playing with context switching lately, and I'm going to start > sending out some of the patches that should be mostly self-contained and > ready for -tip. > > Here's a little batch to start improving

[PATCH v6 07/14] arm64, numa: Cleanup NUMA disabled messages.

From: David Daney As noted by Dennis Chen, we don't want to print "No NUMA configuration found" if NUMA was forced off from the command line. Change the type of numa_off to bool, and clean up printing code. Print "NUMA disabled" if forced off on command line and "No NUMA configuration found" if

[PATCH v6 09/14] acpi, numa: move bad_srat() and srat_disabled() to drivers/acpi/numa.c

From: Hanjun Guo bad_srat() and srat_disabled() are shared by x86 and follow-on arm64 patches. Move them to drivers/acpi/numa.c in preparation for arm64 support. Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter [david.da...@cavium.com moved definitions to drivers/acpi/numa.c]

Re: [PATCH RESEND 2/2] f2fs: disable preemption when waiting on all pages writeback

Hi Chao, On Wed, Apr 27, 2016 at 09:41:48PM +0800, Chao Yu wrote: > From: Chao Yu > > The following condition can happen in a preemptible kernel, it may cause > checkpointer hunging. > > CPU0: CPU1: > - write_checkpoint > - do_checkpoint >-

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Wednesday 27 April 2016 13:59:13 Alan Stern wrote: > On Wed, 27 Apr 2016, Arnd Bergmann wrote: > > > I've looked at the usb HCD code now and see this: > > > > struct usb_hcd *usb_create_shared_hcd(const struct hc_driver *driver, > > struct device *dev, const char *bus_name, >

[PATCH v6 01/14] acpi, numa: Use pr_fmt() instead of printk

From: Hanjun Guo Just do some cleanups to replace printk with pr_fmt(). Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter Signed-off-by: David Daney --- drivers/acpi/numa.c | 17

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Wednesday 27 April 2016 13:59:13 Alan Stern wrote: > On Wed, 27 Apr 2016, Arnd Bergmann wrote: > > > I've looked at the usb HCD code now and see this: > > > > struct usb_hcd *usb_create_shared_hcd(const struct hc_driver *driver, > > struct device *dev, const char *bus_name, >

[PATCH v6 01/14] acpi, numa: Use pr_fmt() instead of printk

From: Hanjun Guo Just do some cleanups to replace printk with pr_fmt(). Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter Signed-off-by: David Daney --- drivers/acpi/numa.c | 17 +++-- 1 file changed, 7 insertions(+), 10 deletions(-) diff --git a/drivers/acpi/numa.c

[PATCH v6 08/14] x86, acpi, numa: cleanup acpi_numa_processor_affinity_init()

From: Hanjun Guo Cleanup acpi_numa_processor_affinity_init() in preparation for its move to drivers/acpi/numa.c. It will be reused by arm64, this has no functional change. Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter

[PATCH v6 08/14] x86, acpi, numa: cleanup acpi_numa_processor_affinity_init()

From: Hanjun Guo Cleanup acpi_numa_processor_affinity_init() in preparation for its move to drivers/acpi/numa.c. It will be reused by arm64, this has no functional change. Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter Signed-off-by: David Daney --- arch/x86/mm/srat.c | 21

[PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT

From: Hanjun Guo Introduce a new file to hold ACPI based NUMA information parsing from SRAT and SLIT. SRAT includes the CPU ACPI ID to Proximity Domain mappings and memory ranges to Proximity Domain mapping. SLIT has the information of inter node distances(relative

[PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT

From: Hanjun Guo Introduce a new file to hold ACPI based NUMA information parsing from SRAT and SLIT. SRAT includes the CPU ACPI ID to Proximity Domain mappings and memory ranges to Proximity Domain mapping. SLIT has the information of inter node distances(relative number for access latency).

[PATCH v6 10/14] acpi, numa: remove unneeded acpi_numa=1

From: Hanjun Guo acpi_numa is default to 0, it's set to -1 when disable acpi numa or when a bad SRAT is parsed, and it's only consumed in srat_disabled() (compare it with 0) to continue parse the SRAT or not, so we don't need to set acpi_numa to 1 when we get a valid SRAT

[PATCH v6 10/14] acpi, numa: remove unneeded acpi_numa=1

From: Hanjun Guo acpi_numa is default to 0, it's set to -1 when disable acpi numa or when a bad SRAT is parsed, and it's only consumed in srat_disabled() (compare it with 0) to continue parse the SRAT or not, so we don't need to set acpi_numa to 1 when we get a valid SRAT entry. Signed-off-by:

[PATCH v6 12/14] acpi, numa, srat: Improve SRAT error detection and add messages.

From: David Daney Loosely based on code from Robert Richter and Hanjun Guo. Improve out of range node detection as well as allow for Larger SRAT entities. Add printing of nice messages. Signed-off-by: David Daney --- drivers/acpi/numa.c | 15

Re: [PATCH 3.2 085/115] veth: don’t modify ip_summed; doing so treats packets with bad checksums as good.

On Wed, 2016-04-27 at 08:59 -0700, Ben Greear wrote: > On 04/26/2016 04:02 PM, Ben Hutchings wrote: > > > > 3.2.80-rc1 review patch.  If anyone has any objections, please let me know. > I would be careful about this.  It causes regressions when sending > PACKET_SOCKET buffers from user-space to

[PATCH v6 12/14] acpi, numa, srat: Improve SRAT error detection and add messages.

From: David Daney Loosely based on code from Robert Richter and Hanjun Guo. Improve out of range node detection as well as allow for Larger SRAT entities. Add printing of nice messages. Signed-off-by: David Daney --- drivers/acpi/numa.c | 15 +++ 1 file changed, 11

Re: [PATCH 3.2 085/115] veth: don’t modify ip_summed; doing so treats packets with bad checksums as good.

On Wed, 2016-04-27 at 08:59 -0700, Ben Greear wrote: > On 04/26/2016 04:02 PM, Ben Hutchings wrote: > > > > 3.2.80-rc1 review patch.  If anyone has any objections, please let me know. > I would be careful about this.  It causes regressions when sending > PACKET_SOCKET buffers from user-space to

[PATCH v6 06/14] arm64, numa: rework numa_add_memblk()

From: Hanjun Guo Rework numa_add_memblk() to update the parameter "u64 size" to "u64 end", this will make it consistent with x86 and simplifies the arm64 ACPI NUMA code to be added later. Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter

[PATCH v6 11/14] acpi, numa: Move acpi_numa_memory_affinity_init() to drivers/acpi/numa.c

From: Hanjun Guo acpi_numa_memory_affinity_init() will be reused by arm64. Move it to drivers/acpi/numa.c to facilitate reuse. No code change. Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter Signed-off-by: David

[PATCH v6 14/14] acpi, numa: Enable ACPI based NUMA on ARM64

From: Hanjun Guo Add function needed for cpu to node mapping, and enable ACPI based NUMA for ARM64 in Kconfig Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter [david.da...@cavium.com added ACPI_NUMA default to y for

[PATCH v6 06/14] arm64, numa: rework numa_add_memblk()

From: Hanjun Guo Rework numa_add_memblk() to update the parameter "u64 size" to "u64 end", this will make it consistent with x86 and simplifies the arm64 ACPI NUMA code to be added later. Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter Signed-off-by: David Daney ---

[PATCH v6 11/14] acpi, numa: Move acpi_numa_memory_affinity_init() to drivers/acpi/numa.c

From: Hanjun Guo acpi_numa_memory_affinity_init() will be reused by arm64. Move it to drivers/acpi/numa.c to facilitate reuse. No code change. Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter Signed-off-by: David Daney --- arch/x86/mm/srat.c | 57

[PATCH v6 14/14] acpi, numa: Enable ACPI based NUMA on ARM64

From: Hanjun Guo Add function needed for cpu to node mapping, and enable ACPI based NUMA for ARM64 in Kconfig Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter [david.da...@cavium.com added ACPI_NUMA default to y for ARM64] Signed-off-by: David Daney --- drivers/acpi/Kconfig | 4 ++--

[PATCH V4.1 16/17] coresight: tmc: implementing TMC-ETF AUX space API

This patch implement the AUX area interfaces required to use the TMC (configured as an ETF) from the Perf sub-system. The heuristic is heavily borrowed from the ETB10 implementation. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-tmc-etf.c

[PATCH V4.1 16/17] coresight: tmc: implementing TMC-ETF AUX space API

This patch implement the AUX area interfaces required to use the TMC (configured as an ETF) from the Perf sub-system. The heuristic is heavily borrowed from the ETB10 implementation. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-tmc-etf.c | 199

Re: random(4) changes

Andi Kleen wrote: > There is also the third problem of horrible scalability of /dev/random > output on larger systems, for which patches are getting ignored. I came up with some very pretty code to fix this, which tried to copy_to_user with a lock held. After all my attempts to fix that fatal

Re: random(4) changes

Andi Kleen wrote: > There is also the third problem of horrible scalability of /dev/random > output on larger systems, for which patches are getting ignored. I came up with some very pretty code to fix this, which tried to copy_to_user with a lock held. After all my attempts to fix that fatal

Re: [PATCH V2 13/14] dt-bindings: arm-gic: Add documentation for Tegra210 AGIC

On Wed, Apr 27, 2016 at 7:38 PM, Mark Rutland wrote: > On Wed, Apr 27, 2016 at 04:34:53PM +0100, Jon Hunter wrote: >> On 22/04/16 12:22, Mark Rutland wrote: >> [snip] >> >> I am not sure if it will be popular to add Tegra specific clock names >> to the GIC DT docs.

Re: [PATCH V2 13/14] dt-bindings: arm-gic: Add documentation for Tegra210 AGIC

On Wed, Apr 27, 2016 at 7:38 PM, Mark Rutland wrote: > On Wed, Apr 27, 2016 at 04:34:53PM +0100, Jon Hunter wrote: >> On 22/04/16 12:22, Mark Rutland wrote: >> [snip] >> >> I am not sure if it will be popular to add Tegra specific clock names >> to the GIC DT docs. However, in that

Re: [PATCHSET v5] Make background writeback great again for the first time

Hi, On Tue 26-04-16 09:55:23, Jens Axboe wrote: > Since the dawn of time, our background buffered writeback has sucked. > When we do background buffered writeback, it should have little impact > on foreground activity. That's the definition of background activity... > But for as long as I can

Re: [PATCHSET v5] Make background writeback great again for the first time

Hi, On Tue 26-04-16 09:55:23, Jens Axboe wrote: > Since the dawn of time, our background buffered writeback has sucked. > When we do background buffered writeback, it should have little impact > on foreground activity. That's the definition of background activity... > But for as long as I can

[RFC PATCH] lightnvm: expose configuration through sysfs

An open-channel SSD exposes its geometry to the host. Allowing the host to know the boundaries of the LUNs, flash blocks, and flags pages, enabling the host to write to its physical media. The configuration information is kept within the kernel, and not exported to user-space for consumption.

[RFC PATCH] lightnvm: expose configuration through sysfs

An open-channel SSD exposes its geometry to the host. Allowing the host to know the boundaries of the LUNs, flash blocks, and flags pages, enabling the host to write to its physical media. The configuration information is kept within the kernel, and not exported to user-space for consumption.

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Wed, 27 Apr 2016, Arnd Bergmann wrote: > I've looked at the usb HCD code now and see this: > > struct usb_hcd *usb_create_shared_hcd(const struct hc_driver *driver, > struct device *dev, const char *bus_name, > struct usb_hcd *primary_hcd) > { > ... >

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Wed, 27 Apr 2016, Arnd Bergmann wrote: > I've looked at the usb HCD code now and see this: > > struct usb_hcd *usb_create_shared_hcd(const struct hc_driver *driver, > struct device *dev, const char *bus_name, > struct usb_hcd *primary_hcd) > { > ... >

[PATCH] mfd: vexpress: add !ARCH_USES_GETTIMEOFFSET dependency

The MFD_VEXPRESS_SYSREG driver selects CLKSRC_MMIO, which in turn conflicts with ARCH_USES_GETTIMEOFFSET, causing a harmless Kconfig warning when it is set: warning: (ARCH_MVEBU && ARCH_DIGICOLOR && ARCH_GEMINI && ARCH_KEYSTONE && ARCH_MOXART && ARCH_MXS && PLAT_SPEAR && ARCH_SUNXI && ARCH_TEGRA

[PATCH] mfd: vexpress: add !ARCH_USES_GETTIMEOFFSET dependency

The MFD_VEXPRESS_SYSREG driver selects CLKSRC_MMIO, which in turn conflicts with ARCH_USES_GETTIMEOFFSET, causing a harmless Kconfig warning when it is set: warning: (ARCH_MVEBU && ARCH_DIGICOLOR && ARCH_GEMINI && ARCH_KEYSTONE && ARCH_MOXART && ARCH_MXS && PLAT_SPEAR && ARCH_SUNXI && ARCH_TEGRA

Re: random(4) changes

Am Montag, 25. April 2016, 12:35:32 schrieb Andi Kleen: Hi Andi, > > > > If it is the latter, can you explain where the scalability issue comes > > > > in? > > > > > > A single pool which is locked/written to does not scale. Larger systems > > > need multiple pools > > > > That would imply

Re: random(4) changes

Am Montag, 25. April 2016, 12:35:32 schrieb Andi Kleen: Hi Andi, > > > > If it is the latter, can you explain where the scalability issue comes > > > > in? > > > > > > A single pool which is locked/written to does not scale. Larger systems > > > need multiple pools > > > > That would imply

[PATCH v2] lib/mpi: Fix kernel unaligned access in mpi_write_to_sgl

Commit 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") added mpi_write_to_sgl() which generates traps due to unaligned access on some platforms like sparc. Fix this by using the get_unaligned* and put_unaligned* functions. Fixes: 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") Signed-off-by: Sowmini

[PATCH v2] lib/mpi: Fix kernel unaligned access in mpi_write_to_sgl

Commit 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") added mpi_write_to_sgl() which generates traps due to unaligned access on some platforms like sparc. Fix this by using the get_unaligned* and put_unaligned* functions. Fixes: 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") Signed-off-by: Sowmini

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Wednesday 27 April 2016 19:53:51 Felipe Balbi wrote: > Arnd Bergmann writes: > > On Wednesday 27 April 2016 16:50:19 Catalin Marinas wrote: > >> On Wed, Apr 27, 2016 at 04:11:17PM +0200, Arnd Bergmann wrote: > >> > On Wednesday 27 April 2016 14:59:00 Catalin Marinas wrote: > >>

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Wednesday 27 April 2016 19:53:51 Felipe Balbi wrote: > Arnd Bergmann writes: > > On Wednesday 27 April 2016 16:50:19 Catalin Marinas wrote: > >> On Wed, Apr 27, 2016 at 04:11:17PM +0200, Arnd Bergmann wrote: > >> > On Wednesday 27 April 2016 14:59:00 Catalin Marinas wrote: > >> > > > >> > > I

Re: [PATCH 1.1/2] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS

On Apr 27, 2016, at 5:54 AM, Michal Hocko wrote: > > From: Michal Hocko > > xfs has defined PF_FSTRANS to declare a scope GFP_NOFS semantic quite > some time ago. We would like to make this concept more generic and use > it for other filesystems as well.

Re: [PATCH 1.1/2] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS

On Apr 27, 2016, at 5:54 AM, Michal Hocko wrote: > > From: Michal Hocko > > xfs has defined PF_FSTRANS to declare a scope GFP_NOFS semantic quite > some time ago. We would like to make this concept more generic and use > it for other filesystems as well. Let's start by giving the flag a > more

Re: [RFC PATCH] lightnvm: expose configuration through sysfs

On Wed, Apr 27, 2016 at 10:18:57AM -0700, Simon A. F. Lund wrote: > --- a/include/linux/lightnvm.h > +++ b/include/linux/lightnvm.h > @@ -174,6 +174,7 @@ struct nvm_id_group { > u16 cpar; > > struct nvm_id_lp_tbl lptbl; > + struct kobject kobj; > }; > > struct

Re: [RFC PATCH] lightnvm: expose configuration through sysfs

On Wed, Apr 27, 2016 at 10:18:57AM -0700, Simon A. F. Lund wrote: > --- a/include/linux/lightnvm.h > +++ b/include/linux/lightnvm.h > @@ -174,6 +174,7 @@ struct nvm_id_group { > u16 cpar; > > struct nvm_id_lp_tbl lptbl; > + struct kobject kobj; > }; > > struct

Re: [f2fs-dev] [PATCH 7/7] f2fs: should check the remaining dentry bits

Looks better. Merged. :) Thanks, On Wed, Apr 27, 2016 at 10:22:20PM +0800, Chao Yu wrote: > Hi Jaegeuk, Yunlei, > > On 2016/4/26 8:07, Jaegeuk Kim wrote: > > Let's consider a race condition between f2fs_add_regular_entry and > > find_target_dentry. > > > > 1. > > - f2fs_add_regular_entry

Re: [f2fs-dev] [PATCH 7/7] f2fs: should check the remaining dentry bits

Looks better. Merged. :) Thanks, On Wed, Apr 27, 2016 at 10:22:20PM +0800, Chao Yu wrote: > Hi Jaegeuk, Yunlei, > > On 2016/4/26 8:07, Jaegeuk Kim wrote: > > Let's consider a race condition between f2fs_add_regular_entry and > > find_target_dentry. > > > > 1. > > - f2fs_add_regular_entry

Re: [PATCH V2 13/14] dt-bindings: arm-gic: Add documentation for Tegra210 AGIC

On Wed, Apr 27, 2016 at 04:34:53PM +0100, Jon Hunter wrote: > > On 22/04/16 12:22, Mark Rutland wrote: > > [snip] > > I am not sure if it will be popular to add Tegra specific clock names > to the GIC DT docs. However, in that case, then possibly the only > alternative is to move

Re: [PATCH V2 13/14] dt-bindings: arm-gic: Add documentation for Tegra210 AGIC

On Wed, Apr 27, 2016 at 04:34:53PM +0100, Jon Hunter wrote: > > On 22/04/16 12:22, Mark Rutland wrote: > > [snip] > > I am not sure if it will be popular to add Tegra specific clock names > to the GIC DT docs. However, in that case, then possibly the only > alternative is to move

Re: [PATCH 2/2 v6] ASoC: dwc: Update DOCUMENTATION for I2S Driver

On Wed, Apr 27, 2016 at 06:32:42PM +0100, Jose Abreu wrote: > Hi Mark, > > Sorry. Follows bellow. > > On 27-04-2016 11:05, Jose Abreu wrote: I can't apply a quote of a patch, please resend. signature.asc Description: PGP signature

Re: [PATCH 2/2 v6] ASoC: dwc: Update DOCUMENTATION for I2S Driver

On Wed, Apr 27, 2016 at 06:32:42PM +0100, Jose Abreu wrote: > Hi Mark, > > Sorry. Follows bellow. > > On 27-04-2016 11:05, Jose Abreu wrote: I can't apply a quote of a patch, please resend. signature.asc Description: PGP signature

[RFC PATCH] lightnvm: expose configuration through sysfs

Hi, Follow up on preparation patches, here is a patch exporting hardware attributes of open-channel SSDs and LightNVM configuration to user-space through sysfs. Thanks, Simon A. F. Lund (1): lightnvm: expose configuration through sysfs Documentation/ABI/testing/sysfs-lightnvm | 244

[RFC PATCH] lightnvm: expose configuration through sysfs

Hi, Follow up on preparation patches, here is a patch exporting hardware attributes of open-channel SSDs and LightNVM configuration to user-space through sysfs. Thanks, Simon A. F. Lund (1): lightnvm: expose configuration through sysfs Documentation/ABI/testing/sysfs-lightnvm | 244

[PATCH] drm/i915: Fix enc_to_dig_port() for MST encoders

For MST encoders, the encoder struct is stored in the intel_dp_mst struct, not a intel_digital_port struct. This fixes issues with hotplugging MST displays that support MST audio, where hotplugging had a surprisingly good chance of accidentally overwriting other parts of the kernel leading to

[PATCH] drm/i915: Fix enc_to_dig_port() for MST encoders

For MST encoders, the encoder struct is stored in the intel_dp_mst struct, not a intel_digital_port struct. This fixes issues with hotplugging MST displays that support MST audio, where hotplugging had a surprisingly good chance of accidentally overwriting other parts of the kernel leading to

Re: [PATCH 2/2 v6] ASoC: dwc: Update DOCUMENTATION for I2S Driver

Hi Mark, Sorry. Follows bellow. On 27-04-2016 11:05, Jose Abreu wrote: > This patch updates documentation for the Designware I2S > driver. > > Signed-off-by: Jose Abreu > Acked-by: Rob Herring > Cc: Rob Herring > Cc: Carlos Palminha

Re: [PATCH 2/2 v6] ASoC: dwc: Update DOCUMENTATION for I2S Driver

Hi Mark, Sorry. Follows bellow. On 27-04-2016 11:05, Jose Abreu wrote: > This patch updates documentation for the Designware I2S > driver. > > Signed-off-by: Jose Abreu > Acked-by: Rob Herring > Cc: Rob Herring > Cc: Carlos Palminha > Cc: Alexey Brodkin > Cc: devicet...@vger.kernel.org >

Re: [PATCH V6 02/13] pci, acpi: Provide generic way to assign bus domain number.

On Wed, Apr 27, 2016 at 11:44:53AM -0500, Bjorn Helgaas wrote: > On Wed, Apr 27, 2016 at 12:17:58PM +0100, Lorenzo Pieralisi wrote: > > On Tue, Apr 26, 2016 at 09:26:49PM -0500, Bjorn Helgaas wrote: > > > On Fri, Apr 15, 2016 at 07:06:37PM +0200, Tomasz Nowicki wrote: > > > > As we now have valid

Re: [PATCH V6 02/13] pci, acpi: Provide generic way to assign bus domain number.

On Wed, Apr 27, 2016 at 11:44:53AM -0500, Bjorn Helgaas wrote: > On Wed, Apr 27, 2016 at 12:17:58PM +0100, Lorenzo Pieralisi wrote: > > On Tue, Apr 26, 2016 at 09:26:49PM -0500, Bjorn Helgaas wrote: > > > On Fri, Apr 15, 2016 at 07:06:37PM +0200, Tomasz Nowicki wrote: > > > > As we now have valid

[PATCH 1/3] lightnvm: do not free unused metadata on rrpc

rrpc does not save any metadata on a given request. Thus, do not attempt to free the metadata dma region. Signed-off-by: Javier González --- drivers/lightnvm/rrpc.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/lightnvm/rrpc.c b/drivers/lightnvm/rrpc.c index

[PATCH 2/3] lightnvm: enable metadata to be sent to device

Enable metadata to be sent to the device through the metadata field on the physical rw nvme command. When a single ppa is sent to the device, a 64-bit integer can be sent as metadata; when a ppa list is sent, a 64-bit integer list mapping to the ppa list can be used to send metadata.

<    3   4   5   6   7   8   9   10   11   12   >