Re: [PATCH] xilinx:Remove unused variable num_frag in the function axienet_start_xmit

On Wed, 2015-06-17 at 12:21PM -0400, Nicholas Krause wrote: > > > On June 17, 2015 12:07:30 PM EDT, "Sören Brinkmann" > wrote: > >On Wed, 2015-06-17 at 11:52AM -0400, Nicholas Krause wrote: > >> This removes the unused variable num_frag and the setting of it > >> to the number of fragments from

Re: [PATCH 0/3] ARM: Allow SPARSEMEM on multiplatform build

On 06/04/2015 06:58 PM, Gregory Fong wrote: > This is based on the changeset submitted by Kevin Cernekee last September: > http://lists.infradead.org/pipermail/linux-arm-kernel/2014-September/286835.html > > The changes I have made are: > - update commit messages per review comments from Arnd and R

[PATCH-v2 1/3] mfd: 88pm800: Add device tree support

Add DT support to the 88pm800 driver, along with compatible field for it's sub-devices (rtc, onkey and regulator) Signed-off-by: Chao Xie Signed-off-by: Vaibhav Hiremath --- drivers/mfd/88pm800.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/mfd/88pm800.

[PATCH-v2 3/3] mfd: devicetree: bindings: Add new 88pm800 mfd binding

With addition of DT support to 88pm800 mfd driver, this patch adds new DT binding documentation along with respective properties. Signed-off-by: Vaibhav Hiremath --- Documentation/devicetree/bindings/mfd/88pm800.txt | 60 +++ 1 file changed, 60 insertions(+) create mode 1006

[PATCH-v2 0/3] mfd: 88pm800: Add Device tree support

This patch-series adds support for Device tree to 88PM800 mfd driver. It also enabled configuration of irq clear method through DT. Testing:: - Boot tested on PXA1928 based platform. - probe of mfd, rtc and regulator function passing successfully. - Basic read operations on registers V1 => V1

[PATCH-v2] rtc: 88pm80x: add device tree support

Along with DT support, this patch also cleans up the unnecessary code around 'rtc_wakeup' initialization. Signed-off-by: Chao Xie Signed-off-by: Vaibhav Hiremath --- Link to V1: https://lkml.org/lkml/2015/5/29/757 drivers/rtc/rtc-88pm80x.c | 28 +--- 1 file changed, 17

[PATCH-v2 2/3] mfd: 88pm800: Allow configuration of interrupt clear method

As per the spec, bit 1 (INT_CLEAR_MODE) of reg addr 0xe (page 0) controls the method of clearing interrupt status of 88pm800 family of devices; 0: clear on read 1: clear on write This patch allows to configure this field, through DT. Also, as suggested by "Lee Jones" renaming DT property and

Re: 4.1-rc7: Xorg broken after resume on thinkpad T40p, radeon problem?

Hi, [unable to set In-Reply-To: since lkml.org "headers" view remains broken...] > Hibernation works well here, including X. (Which has small glitch with > mouse cursor being corrupted until it is changed by application). I recently also observed the cursor issue, see https://bugzilla.kernel.org

[RFC] drivers/clk/Kconfig: Change COMMON_CLK to tristate

COMMON_CLK has been a bool value, selected by the platforms who need common clock framework. If a CCF driver is needed on an add-on device such as PCIe card, COMMON_CLK can be selected individually as a tristate value. Signed-off-by: York Sun CC: Paul Bolle CC: Mike Turquette --- drivers/clk/K

[PATCH 1/2] x86: intel_mid_pci: propagate actual return code

mp_map_gsi_to_irq() returns different codes if it fails. intel_mid_pci_irq_enable() hides this under -EBUSY. The patch replaces it by what is actually returned. Signed-off-by: Andy Shevchenko --- arch/x86/pci/intel_mid_pci.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --gi

Re: [PATCH 0/3] kdbus: minor readability improvements

On Wed, Jun 17, 2015 at 08:14:55PM +0300, Sergei Zviagintsev wrote: > Little improvements to make things easier to read. > > Sergei Zviagintsev (3): > kdbus: kdbus_reply_find(): return on found entry > kdbus: optimize error path in kdbus_reply_new() > kdbus: optimize if statements in kdbus_c

[Patch v4] driver/clk/clk-si5338: Add common clock framework driver for si5338

SI5338 is a programmable clock generator. It has 4 sets of inputs, PLL, multisynth and dividers to make 4 outputs. This driver splits them into multiple clocks to comply with common clock framework. See Documentation/devicetree/bindings/clock/silabs,si5338.txt for details. Export __clk_is_prepare

[PATCH 2/2] x86: intel_mid_pci: work around for IRQ0 assignment

A few devices on Intel Edison board (Intel Tangier) has IRQ0 as an IRQ line in the PCI configuration. The actual one which is using that is a first eMMC host controller. In case we compile sdhci-pci as a module and leave serial driver built-in, first serial device not in use and has IRQ0 assigned

Re: [RFC] drivers/clk/Kconfig: Change COMMON_CLK to tristate

On Wed, Jun 17, 2015 at 12:01:47PM -0700, York Sun wrote: > COMMON_CLK has been a bool value, selected by the platforms who need > common clock framework. If a CCF driver is needed on an add-on device > such as PCIe card, COMMON_CLK can be selected individually as a > tristate value. > > Signed-of

[PATCH 0/2] x86: intel-mid-pci: fix to get eMMC detected

On Intel Edison we have a nice implementation of x86 platform without legacy PIC and with specific PCI. There are devices which are not using interrupt by some reasons, but have them as IRQ0 in the PCI configuration. Suprisingly the first eMMC host controller is the actual user for IRQ0. Since we h

Re: [PATCH 3/5] vhost: support upto 509 memory regions

On Wed, Jun 17, 2015 at 06:47:18PM +0200, Paolo Bonzini wrote: > > > On 17/06/2015 18:41, Michael S. Tsirkin wrote: > > On Wed, Jun 17, 2015 at 06:38:25PM +0200, Paolo Bonzini wrote: > >> > >> > >> On 17/06/2015 18:34, Michael S. Tsirkin wrote: > >>> On Wed, Jun 17, 2015 at 06:31:32PM +0200, Paol

Re: [PATCH v3 1/6] hv: Modify vmbus to search for all MMIO ranges available

On Wed, Jun 17, 2015 at 05:41:58PM +, Jake Oshins wrote: > > -Original Message- > > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > > Sent: Wednesday, June 17, 2015 10:28 AM > > To: Jake Oshins > > Cc: gre...@linuxfoundation.org; KY Srinivasan; linux- > > ker...@vger.kernel.org; d

Re: [PATCH v2 0/5] selftests/kdbus: small fixes

On Wed, Jun 17, 2015 at 11:07:46AM -0600, Shuah Khan wrote: > On 06/17/2015 10:33 AM, Sergei Zviagintsev wrote: > > Set of different fixes over selftests/kdbus. > > > > These were first sent as independent patches, and in v2 they just > > properly threaded. > > > > Links to previous patches: > >

Re: [RFC] drivers/clk/Kconfig: Change COMMON_CLK to tristate

On 06/17/2015 12:05 PM, Wolfram Sang wrote: > On Wed, Jun 17, 2015 at 12:01:47PM -0700, York Sun wrote: >> COMMON_CLK has been a bool value, selected by the platforms who need >> common clock framework. If a CCF driver is needed on an add-on device >> such as PCIe card, COMMON_CLK can be selected

Re: [PATCH 12/12] msm: msm_fb: Remove dead code

On 06/17/2015 02:56 AM, Tomi Valkeinen wrote: > Are all the patches that this depends on already in v4.1-rcX? If so, I > can take this via fbdev. > Yes. Please take it via fbdev. Thanks. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Projec

Re: [BUG] perf report: fails to symbolize when vaddr is non zero for shared objects

Em Wed, Jun 17, 2015 at 11:54:12AM -0700, Stephane Eranian escreveu: > On Tue, Jun 16, 2015 at 7:34 AM, Arnaldo Carvalho de Melo > wrote: > > Em Tue, Jun 16, 2015 at 12:03:01AM -0700, Stephane Eranian escreveu: > >> If you get samples in the shared lib, they will be off, possibly > >> attributed

Re: [PATCH v2 2/3] aio: make aio_ring->dead boolean

Oleg Nesterov writes: > On 06/17, Oleg Nesterov wrote: >> >> @@ -327,7 +327,7 @@ static int aio_ring_remap(struct file *file, struct >> vm_area_struct *vma) >> for (i = 0; i < table->nr; i++) { >> struct kioctx *ctx = table->table[i]; >> >> -if (!ctx || WARN_ON(atom

Re: [PATCH] perf unwind: Fix a compile error

Em Wed, Jun 17, 2015 at 07:51:37PM +0800, Wangnan (F) escreveu: > > > On 2015/6/16 21:47, Arnaldo Carvalho de Melo wrote: > >Em Tue, Jun 16, 2015 at 11:16:35AM +, Hou Pengyang escreveu: > >>When libunwind is on, there is a compile error as : > >> > >>util/unwind-libunwind.c:363:21: error: 'ds

Re: [PATCH] arm: cmpxchg: update macro to prevent compiler warning

On Wed, Jun 17, 2015 at 05:37:36PM +0100, Andre Przywara wrote: > In kernel/acct.c we call the cmpxchg() macro without using it's > return value, so the compiler complains when compiling for ARM: A fix is already queued, and has been queued since 26th May. -- FTTC broadband for 0.8mile line: cur

[PATCH] framebuffer: disable vgacon on microblaze arch

Fix an allmodconfig link failer on microblaze: drivers/built-in.o: In function `vgacon_save_screen': drivers/video/console/.tmp_vgacon.o:(.text+0x8fc10): undefined reference to `screen_info' Disable vgacon on microblaze because the symbol struct screen_info screen_info; is not defined fo

Re: [PATCH] ARM: fix DEBUG_UART_PHYS/VIRT issue when modifying DEBUG_LL output

On Wed, Jun 17, 2015 at 02:46:56PM +0200, Thomas Petazzoni wrote: > What is the status of this patch? It would actually be quite useful > when switching back and forth between different DEBUG_LL configurations. > > Russell, what do you think of the proposed approach? I'd rather we killed all the

Re: [PATCH v4] ARM: early fixmap support for earlycon

On Wed, Jun 17, 2015 at 01:43:17PM +0200, Stefan Agner wrote: > On 2015-06-17 00:32, Russell King - ARM Linux wrote: > > On Tue, Jun 16, 2015 at 11:51:47PM +0200, Stefan Agner wrote: > >> Add early fixmap support, initially to support permanent, fixed > >> mapping support for early console. A tempo

[PATCH][RT 4.1] sched/rt: Have the schedule IPI irq_work run in hard irq context

[ Sebastian, you'll need this for porting to 4.1 ] As the sched rt pull work has moved to using irq_work IPI, having it delayed to threading pretty much defeats the purpose. The handle also expects interrupts to be disabled when called as it takes the rq locks. Set the rt push ipi irq_work handl

[PATCH vfs] ufs:: ufs_truncate_blocks() can be static

Signed-off-by: Fengguang Wu --- inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ufs/inode.c b/fs/ufs/inode.c index 443f85e..0e23a67 100644 --- a/fs/ufs/inode.c +++ b/fs/ufs/inode.c @@ -1379,7 +1379,7 @@ out: return err; } -void ufs_truncate_blocks(str

[vfs:ufs 143/148] fs/ufs/inode.c:1382:6: sparse: symbol 'ufs_truncate_blocks' was not declared. Should it be static?

tree: git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git ufs head: e19b8eadd131ad50c0c033709aba5f3dacd02d3c commit: 0df3df4fd76a6acd8516175817ce101a5c781df5 [143/148] ufs: move truncate code into inode.c reproduce: # apt-get install sparse git checkout 0df3df4fd76a6acd8516175817ce1

Re: [PATCH 1/1] lib: small update for strlen, strnlen, use less cpu instructions

Am 17.06.2015 um 00:51 schrieb Orestes Leal Rodriguez: >> Use the force^Wcheckpatch.pl. > This is the output of checkpatch.pl: > output of checkpatch: total: 0 errors, 0 warnings, 42 lines checked > /root/string.c.patch has no obvious style problems and is ready for submission But it does not appl

[PATCH] Fixes: 9697dffb098d ("drm: Turn off Legacy Context Functions")

Commit 9697dffb098d ("drm: Turn off Legacy Context Functions") added checks for legacy features to several functions in the drm driver. It is now possible for the void functions changed by this commit to return an int error code. This patch updates the function definitions to return int. This fix

Re: [PATCH] ARM: fix DEBUG_UART_PHYS/VIRT issue when modifying DEBUG_LL output

Russell, On Wed, 17 Jun 2015 20:40:58 +0100, Russell King - ARM Linux wrote: > > Russell, what do you think of the proposed approach? > > I'd rather we killed all the defaults, rather than keep trying to fix > these subtle issues. That was always my goal of converting to this > model anyway. >

[PATCH] Fix a typo in Documentation/edac.txt.

This patch Fixes a typo in Documentation/edac.txt. Signed-off-by: Rami Rosen --- Documentation/edac.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/edac.txt b/Documentation/edac.txt index 73fff13..9679433 100644 --- a/Documentation/edac.txt +++ b/Documentati

[PATCH] microblaze: export symbol isa_io_base to modules

Fix allmodconfig linking failer on microblaze: ERROR: "isa_io_base" [sound/pci/vx222/snd-vx222.ko] undefined! [...] Export the .bss symbol isa_io_base from pci-common.c by means of EXPORT_SYMBOL. Signed-off-by: Nicolai Stange --- arch/microblaze/pci/pci-common.c | 1 + 1 file changed, 1 ins

Re: call_rcu from trace_preempt

On Wed, Jun 17, 2015 at 11:39:29AM -0700, Alexei Starovoitov wrote: > On 6/17/15 2:05 AM, Daniel Wagner wrote: > >>>Steven's suggestion deferring the work via irq_work results in the same > >>>stack trace. (Now I get cold feets, without the nice heat from the CPU > >>>busy looping...) > >That one s

Re: [PATCH] Fix a typo in Documentation/edac.txt.

On Wed, Jun 17, 2015 at 11:16:19PM +0300, Rami Rosen wrote: > This patch Fixes a typo in Documentation/edac.txt. > > Signed-off-by: Rami Rosen > --- > Documentation/edac.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/edac.txt b/Documentation/edac.txt

[PATCH] MAINTAINERS: update email for Michael Turquette

Signed-off-by: Michael Turquette --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index d8afd29..15b6d71 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2642,7 +2642,7 @@ F:Documentation/devicetree/bindings/media/coda.txt F:

Re: call_rcu from trace_preempt

On 6/17/15 1:37 PM, Paul E. McKenney wrote: On Wed, Jun 17, 2015 at 11:39:29AM -0700, Alexei Starovoitov wrote: On 6/17/15 2:05 AM, Daniel Wagner wrote: Steven's suggestion deferring the work via irq_work results in the same stack trace. (Now I get cold feets, without the nice heat from the CPU

Re: [PATCH v6 0/7] Add Mediatek MMC driver

On Tue, Jun 16, 2015 at 4:03 AM, Ulf Hansson wrote: > On 15 June 2015 at 13:20, Chaotian Jing wrote: >> This series enables MMC support on the MT8135/MT8173 platform. >> MT8135 has 5 MMC controllers and MT8173 has 4 MMC controllers. >> >> Changes base on Ulf's comments >> Make hclk mandatory in t

Re: [PATCH V1] x86, espfix: postpone the initialization of espfix stack for AP

On Wed, Jun 17, 2015 at 12:27:05AM -0700, H. Peter Anvin wrote: > On 06/04/2015 02:45 AM, Gu Zheng wrote: > > The following lockdep warning occurrs when running with latest kernel: > > [3.178000] [ cut here ] > > [3.183000] WARNING: CPU: 128 PID: 0 at kernel/locking/

[PATCH V4 1/2] perf,tools: add time out to force stop proc map processing

From: Kan Liang System wide sampling like 'perf top' or 'perf record -a' read all threads /proc/xxx/maps before sampling. If there are any threads which generating a keeping growing huge maps, perf will do infinite loop during synthesizing. Nothing will be sampled. This patch fixes this issue by

[PATCH V4 2/2] perf,tools: configurable per thread proc map processing time out

From: Kan Liang The time out to limit the individual proc map processing was hard code to 500ms. This patch introduce a new option --proc-map-timeout to make the time limit configurable. Signed-off-by: Kan Liang --- tools/perf/Documentation/perf-kvm.txt| 6 ++ tools/perf/Documentation

[Patch v2] driver/i2c/mux: Add register based mux i2c-mux-reg

Based on i2c-mux-gpio driver, similarly the register based mux switch from one bus to another by setting a single register. The register can be on PCIe bus, local bus, or any memory-mapped address. Signed-off-by: York Sun CC: Wolfram Sang CC: Paul Bolle CC: Peter Korsgaard CC: Alexander Sverdl

Re: [PATCH -next] selftests/ipc: Consolidate posix and sysv msg queue tests

On 06/09/2015 10:23 AM, Davidlohr Bueso wrote: > On Tue, 2015-06-09 at 06:55 -0600, Shuah Khan wrote >>> diff --git a/tools/testing/selftests/ipc/.gitignore >>> b/tools/testing/selftests/ipc/.gitignore >>> new file mode 100644 >>> index 000..3d8a449 >>> --- /dev/null >>> +++ b/tools/testing/se

Re: [PATCH V1] x86, espfix: postpone the initialization of espfix stack for AP

On 06/17/2015 02:04 PM, Borislav Petkov wrote: >> >> It isn't *at all* obvious to me at least that if the GFP_KERNEL >> allocation fails we may not get rescheduled on another CPU and/or get stuck. >> >> I'm starting to think that the right thing to do is to allocate these on >> the CPU that is brin

Re: [PATCH v2 1/2] vTPM: support little endian guests

Hi Ashley, Ah, good catch. I think I can only join the first two lines (where the assignments are) and will have to leave the rest splitted. I'll resubmit this one soon. Thanks for the review! Vicky On Tue, 2015-06-16 at 20:17 -0500, Ashley Lai wrote: > Just a small comment otherwise it look

Re: [RFC] drivers/clk/Kconfig: Change COMMON_CLK to tristate

Drop linux-i2c mailing list. Michael/Paul, Please review and tell me if this is a bad idea. I am working on a platform COMMON_CLK is not enabled. The clock I need is on a PCIe card. I don't think modify platform Kconfig is right. So modifying drivers/clk/Kconfig seems reasonable to me. York On

[PATCH 1/8] perf tools: Ignore .config-detected in .gitignore

From: Wang Nan Commit fcfd6611fbccdbf2593bd949097a5c0e45cd96da ("tools build: Add detected config support") dynamically creates .config-detected. Add it to .gitignore. Signed-off-by: Wang Nan Cc: Jiri Olsa Cc: Zefan Li Link: http://lkml.kernel.org/r/1434542358-5430-1-git-send-email-wangn...@

[PATCH 7/8] perf evlist: Add toggle_enable() method

From: Arnaldo Carvalho de Melo For an upcoming feature in 'perf top' we will have a hotkey to enable/disable events, so remember if the events in the list are enabled or disabled and allows toggling this state using a new method. Cc: Adrian Hunter Cc: Borislav Petkov Cc: David Ahern Cc: Don Z

[PATCH 4/8] perf probe: Show usage even if the last event is skipped

From: Masami Hiramatsu When the last part of converted events are blacklisted or out-of-text, those are skipped and perf probe doesn't show usage examples. This fixes it to show the example even if the last part of event list is skipped. E.g. without this patch, events are added, but suddenly e

[PATCH 2/8] perf tools: Fix a problem when opening old perf.data with different byte order

From: Wang Nan Following error occurs when trying to use 'perf report' on x86_64 to cross analysis a perf.data generated by an old perf on a big-endian machine: # perf report *** Error in `/home/w00229757/perf': free(): invalid next size (fast): 0x032c99f0 *** === Backtrace:

[PATCH 8/8] perf top: Allow disabling/enabling events dynamicly

From: Arnaldo Carvalho de Melo Now it is possible to press CTRL+z at anytime and that will disable the events being monitored, essentially turning 'top' into 'report', with pressing CTRL+z again making it enable the events again, returning to the 'top' behaviour, i.e. dynamic + decaying of older

[GIT PULL 0/8] perf/core improvements and fixes

Hi Ingo, Please consider pulling, this is on top of perf-core-for-mingo, that is still outstanding, Thanks! - Arnaldo The following changes since commit b031220d520238075bd99513a420e65cf37866ad: perf probe: Fix to return error if no probe is added (2015-06-16 11:39:51 -0300) are av

[PATCH 3/8] perf tools: Move libtraceevent dynamic list to separated LDFLAGS variable

From: Wang Nan Commit e3d09ec8126fe2c9a3ade661e2126e215ca27a80 ("tools lib traceevent: Export dynamic symbols used by traceevent plugins") adds libtraceevent dynamic list directly into LDFLAGS, which makes all targets depend on that list through LDFLAGS. This is not good since some of targets li

[PATCH 6/8] perf trace: Fix race condition at the end of started workloads

From: Sukadev Bhattiprolu I get following crash on multiple systems and across several releases (at least since v3.18). Core was generated by `/tmp/perf trace sleep 0.2 '. Program terminated with signal SIGSEGV, Segmentation fault. #0 perf_mmap__read_head (mm=0x3fff9bf30

[PATCH 5/8] perf probe: Speed up perf probe --list by caching debuginfo

From: Masami Hiramatsu Speed up the "perf probe --list" by caching the last used debuginfo. perf probe --list always open and load debuginfo for each entry of probe list. This takes very a long time. E.g. with vfs_* events (total 96 probes) [root@localhost perf]# time ./perf probe -l &> /dev

Re: [PATCH] clk: xgene: Delete duplicated name field

2015-06-17 21:56 GMT+02:00 Loc Ho : > Hi, > > The change looks fine to me. Though, it seems like linux-next has an > slightly modified version as a few lines didn't apply correctly. > That's true. The patch was build against v4.1-rc8 and the patch from Stephen wasn't present. I will resend based o

[PATCH V3] mm: kmemleak_alloc_percpu() should follow the gfp from per_alloc()

Beginning at commit d52d3997f843 ("ipv6: Create percpu rt6_info"), the following INFO splat is logged: === [ INFO: suspicious RCU usage. ] 4.1.0-rc7-next-20150612 #1 Not tainted --- kernel/sched/core.c:7318 Illegal context switch in RCU-bh re

Re: Regression in 3.10.80 vs. 3.10.79

On Wednesday, June 17, 2015 02:42:40 PM Rafael J. Wysocki wrote: > On Tuesday, June 16, 2015 01:00:13 AM Rafael J. Wysocki wrote: > > On Monday, June 15, 2015 07:56:05 AM Roland Dreier wrote: > > > On Sat, Jun 13, 2015 at 9:56 AM, Roland Dreier > > > wrote: > > > > Below is a more sophisticated,

[PATCH v2] clk: xgene: Delete duplicated name field

X-Gene clocks implement it's name in the clock private struct. This is a duplication of the name field. We can delete the field and rely on the common implementation to retrieve the name. Signed-off-by: Matthias Brugger --- drivers/clk/clk-xgene.c | 28 +--- 1 file change

Re: [PATCH v2 5/5] arm64: add KASan support

2015-06-13 18:25 GMT+03:00 Linus Walleij : > > On Fri, Jun 12, 2015 at 8:14 PM, Andrey Ryabinin > wrote: > > 2015-06-11 16:39 GMT+03:00 Linus Walleij : > >> On Fri, May 15, 2015 at 3:59 PM, Andrey Ryabinin > >> wrote: > >> > >>> This patch adds arch specific code for kernel address sanitizer >

Re: [PATCH v6 02/21] libnvdimm, nfit: initial libnvdimm infrastructure and NFIT support

On Thursday, June 11, 2015 04:10:18 PM Dan Williams wrote: > A struct nvdimm_bus is the anchor device for registering nvdimm > resources and interfaces, for example, a character control device, > nvdimm devices, and I/O region devices. The ACPI NFIT (NVDIMM Firmware > Interface Table) is one possi

Re: [PATCH v6 03/21] libnvdimm: control character device and nvdimm_bus sysfs attributes

On Thursday, June 11, 2015 04:10:24 PM Dan Williams wrote: > The control device for a nvdimm_bus is registered as an "nd" class > device. The expectation is that there will usually only be one "nd" bus > registered under /sys/class/nd. However, we allow for the possibility > of multiple buses and

Re: [PATCH v6 02/21] libnvdimm, nfit: initial libnvdimm infrastructure and NFIT support

On Wed, Jun 17, 2015 at 2:59 PM, Rafael J. Wysocki wrote: > On Thursday, June 11, 2015 04:10:18 PM Dan Williams wrote: >> A struct nvdimm_bus is the anchor device for registering nvdimm >> resources and interfaces, for example, a character control device, >> nvdimm devices, and I/O region devices.

Re: [PATCH v6 04/21] libnvdimm, nfit: dimm/memory-devices

On Thursday, June 11, 2015 04:10:29 PM Dan Williams wrote: > Enable nvdimm devices to be registered on a nvdimm_bus. The kernel > assigned device id for nvdimm devicesis dynamic. If userspace needs a > more static identifier it should consult a provider-specific attribute. > In the case where NFI

Re: [PATCH v6 07/21] libnvdimm, nfit: regions (block-data-window, persistent memory, volatile memory)

On Thursday, June 11, 2015 04:10:47 PM Dan Williams wrote: > A "region" device represents the maximum capacity of a BLK range (mmio > block-data-window(s)), or a PMEM range (DAX-capable persistent memory or > volatile memory), without regard for aliasing. Aliasing, in the > dimm-local address spac

Re: call_rcu from trace_preempt

On Wed, Jun 17, 2015 at 01:53:17PM -0700, Alexei Starovoitov wrote: > On 6/17/15 1:37 PM, Paul E. McKenney wrote: > >On Wed, Jun 17, 2015 at 11:39:29AM -0700, Alexei Starovoitov wrote: > >>On 6/17/15 2:05 AM, Daniel Wagner wrote: > >Steven's suggestion deferring the work via irq_work results in

Re: [PATCH v6 11/21] libnvdimm, nfit: add interleave-set state-tracking infrastructure

On Thursday, June 11, 2015 04:11:09 PM Dan Williams wrote: > On platforms that have firmware support for reading/writing per-dimm > label space, a portion of the dimm may be accessible via an interleave > set PMEM mapping in addition to the dimm's BLK (block-data-window > aperture(s)) interface. A

Re: [PATCH v6 19/21] libnvdimm, nfit, nd_blk: driver for BLK-mode access persistent memory

On Thursday, June 11, 2015 04:11:53 PM Dan Williams wrote: > From: Ross Zwisler > > The libnvdimm implementation handles allocating dimm address space (DPA) > between PMEM and BLK mode interfaces. After DPA has been allocated from > a BLK-region to a BLK-namespace the nd_blk driver attaches to h

Re: [PATCH RESEND 0/2] dmaengine: make transfers reusable

Vinod Koul writes: > On Tue, May 26, 2015 at 11:06:32PM +0200, Robert Jarzmik wrote: >> Hi Vinod and Maxime, >> >> This very same patch was already submitted in [1]. It enables the reuse of >> transfers through their lifetime. I added to this serie the documentation >> patch >> Maxime has been

Re: [PATCH 3/3] writeback, blkio: add documentation for cgroup writeback support

On Wed, Jun 17, 2015 at 02:52:37PM -0400, Tejun Heo wrote: > > Hmmm... so, overriding things *before* an bio is issued shouldn't be > too difficult and as long as this sort of operations aren't prevalent > we might be able to get away with just charging them against root. > Especially if it's to a

Re: [PATCH V1] x86, espfix: postpone the initialization of espfix stack for AP

On Wed, Jun 17, 2015 at 02:11:27PM -0700, H. Peter Anvin wrote: > Is this reliable? 10 out of 10 :) I'm booting with: ... -smp 128 -numa node,nodeid=0,cpus=0-7 -numa node,nodeid=1,cpus=8-15 -numa node,nodeid=2,cpus=16-23 -numa node,nodeid=3,cpus=24-31 -numa node,nodeid=4,cpus=32-39 -numa node,no

[PATCH v2] mailmap: add rdunlap email auto-correction

To avoid having xenotime bounce when things like get_maintainers gives me addresses, add Randy's current address. Signed-off-by: Kees Cook --- v2: - add full name --- .mailmap | 1 + 1 file changed, 1 insertion(+) diff --git a/.mailmap b/.mailmap index 6287004040e7..6219e740591b 100644 --- a/.

[PATCH 1/4] net: stmmac: dwmac-rk: remove unused gpio register defines

In a first version the driver did want to do some gpio wiggling, which of course never made it into the kernel, but somehow these register defines where forgotten. Remove them, as they shouldn't be here. Signed-off-by: Heiko Stuebner --- drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 3 --- 1

[PATCH 2/4] net: stmmac: dwmac-rk: Fix clk rate when provided by soc

The first iteration of the dwmac-rk support did access an intermediate clock directly below the pll selector. This was removed in a subsequent revision, but the clock and one invocation remained. This results in the driver trying to set the rate of a non-existent clock when the soc and not some ext

[PATCH 4/4] net: stmmac: dwmac-rk: add rk3368-specific data

Add constants and callback functions for the dwmac on rk3368 socs. As can be seen, the base structure is the same, only registers and the bits in them moved slightly. Signed-off-by: Heiko Stuebner --- .../devicetree/bindings/net/rockchip-dwmac.txt | 2 +- drivers/net/ethernet/stmicro/stmma

linux-next: BUG: unable to handle kernel NULL pointer dereference in cfq_print_leaf_weight()

Hi All, I executed CRIU tests on the 4.1.0-rc8-next-20150617 kernel and met this bug. Maybe it will be interested for someone to look at it. [ 30.130897] BUG: unable to handle kernel NULL pointer dereference at 001c [ 30.130970] IP: [] cfq_print_leaf_weight+0x31/0x50

[PATCH 0/4] net: stmmac: dwmac-rk: add support for rk3368

Apart from small cleanups, this series provides support for the dwmac on the new rk3368 ARM64 soc. Tested on a R88 board using a RMII phy. Heiko Stuebner (4): net: stmmac: dwmac-rk: remove unused gpio register defines net: stmmac: dwmac-rk: Fix clk rate when provided by soc net: stmmac: dwm

[PATCH 3/4] net: stmmac: dwmac-rk: abstract access to mac settings in GRF

The mac settings like RGMII/RMII, speeds etc are done in the so called "General Register Files", contain numerous other settings as well and always seem to change between Rockchip SoCs. Therefore abstract the register accesses into a per-soc ops struct to make this reusable on other Rockchip SoCs.

Re: [RFC v4 PATCH 2/9] mm/hugetlb: expose hugetlb fault mutex for use by fallocate

On 06/11/2015 03:46 PM, Davidlohr Bueso wrote: On Thu, 2015-06-11 at 14:01 -0700, Mike Kravetz wrote: /* Forward declaration */ static int hugetlb_acct_memory(struct hstate *h, long delta); @@ -3324,7 +3324,8 @@ static u32 fault_mutex_hash(struct hstate *h, struct mm_struct *mm, uns

Re: [PATCH v1 0/7] instruction of cyapa gen6 and proximity patches

Dudley, On Mon, Jun 15, 2015 at 05:01:30PM +0800, Dudley Du wrote: > V1 patches mainly have following updates compared with V0 patches: > 1) This patch series is generated base on code base linux-next 20150612, >so fix the patch v0 6/7 failed to apply on linux-next 20150611 issue. > 1) Fix spe

[PATCH v4 2/2] TPM: remove unnecessary little endian conversion

The base pointer for the event log is allocated in the local kernel (in prom_instantiate_sml()), therefore it is already in the host's endian byte order and requires no conversion. The content of the 'basep' pointer in read_log() stores the base address of the log. This patch ensures that it is co

[PATCH v4 1/2] vTPM: support little endian guests

This patch makes the code endianness independent. We defined a macro do_endian_conversion to apply endianness to raw integers in the event entries so that they will be displayed properly. tpm_binary_bios_measurements_show() is modified for the display. Signed-off-by: Hon Ching(Vicky) Lo Signed-of

mmotm 2015-06-17-15-20 uploaded

The mm-of-the-moment snapshot 2015-06-17-15-20 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You wi

[3.19.y-ckt stable] Linux 3.19.8-ckt2 stable review

This is the start of the review cycle for the Linux 3.19.8-ckt2 stable kernel. This version contains 146 new patches, summarized below. The new patches are posted as replies to this message and also available in this git branch: http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.19.y-r

[PATCH 3.19.y-ckt 009/146] Revert "usb: dwc2: add bus suspend/resume for dwc2"

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: Paul Zimmerman commit b0bb9bb6ce01e37e47db04a31fd93dbe2d2be3d3 upstream. This reverts commit 0cf884e819e05437287a668b9bfcc198bab6329c. Even after applying the follow-on patch at https

[PATCH 3.19.y-ckt 052/146] pty: Fix input race when closing

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: Peter Hurley commit 1a48632ffed61352a7810ce089dc5a8bcd505a60 upstream. A read() from a pty master may mistakenly indicate EOF (errno == -EIO) after the pty slave has closed, even thou

[PATCH 3.19.y-ckt 024/146] libata: Add helper to determine when PHY events should be ignored

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: Gabriele Mazzotta commit 8393b811f38acdf7fd8da2028708edad3e68ce1f upstream. This is a preparation commit that will allow to add other criteria according to which PHY events should be

[PATCH 3.19.y-ckt 015/146] firmware/ihex2fw.c: restore missing default in switch statement

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Iooss commit d43698e8abb58a6ac47d16e0f47bb55f452e4fc4 upstream. Commit 2473238eac95 ("ihex: add support for CS:IP/EIP records") removes the "default:" statement in the switch

[PATCH 3.19.y-ckt 036/146] ACPI / init: Fix the ordering of acpi_reserve_resources()

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: "Rafael J. Wysocki" commit b9a5e5e18fbf223502c0b2264c15024e393da928 upstream. Since acpi_reserve_resources() is defined as a device_initcall(), there's no guarantee that it will be ex

[PATCH 3.19.y-ckt 102/146] sd: Disable support for 256 byte/sector disks

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: Mark Hounschell commit 74856fbf441929918c49ff262ace9835048e4e6a upstream. 256 bytes per sector support has been broken since 2.6.X, and no-one stepped up to fix this. So disable suppo

[PATCH 3.19.y-ckt 096/146] ktime: Fix ktime_divns to do signed division

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: John Stultz commit f7bcb70ebae0dcdb5a2d859b09e4465784d99029 upstream. It was noted that the 32bit implementation of ktime_divns() was doing unsigned division and didn't properly handl

[PATCH 3.19.y-ckt 104/146] xen/events: don't bind non-percpu VIRQs with percpu chip

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: David Vrabel commit 77bb3dfdc0d554befad58fdefbc41be5bc3ed38a upstream. A non-percpu VIRQ (e.g., VIRQ_CONSOLE) may be freed on a different VCPU than it is bound to. This can result in

[PATCH 3.19.y-ckt 118/146] cdc_ncm: Fix tx_bytes statistics

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= commit 44f6731d8b68fa02f5ed65eaceac41f8c3c9279e upstream. The tx_curr_frame_payload field is u32. When we try to calculate a small negative delta based o

[PATCH 3.19.y-ckt 140/146] bridge: fix br_multicast_query_expired() bug

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 71d9f6149cac8fc6646adfb2a6f3b0de6ddd23f6 ] br_multicast_query_expired() querier argument is a pointer to a struct bridge_mcast_querier : struct bridge_

[PATCH 3.19.y-ckt 145/146] tcp: fix child sockets to use system default congestion control if not set

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: Neal Cardwell [ Upstream commit 9f950415e4e28e7cfae2e416b43e862e8101d996 ] Linux 3.17 and earlier are explicitly engineered so that if the app doesn't specifically request a CC module

[PATCH 3.19.y-ckt 144/146] bridge: disable softirqs around br_fdb_update to avoid lockup

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: Nikolay Aleksandrov [ Upstream commit c4c832f89dc468cf11dc0dd17206bace44526651 ] br_fdb_update() can be called in process context in the following way: br_fdb_add() -> __br_fdb_add()

Re: [PATCH v2] mailmap: add rdunlap email auto-correction

On 06/17/15 14:51, Kees Cook wrote: > To avoid having xenotime bounce when things like get_maintainers gives > me addresses, add Randy's current address. > > Signed-off-by: Kees Cook Acked-by: Randy Dunlap Thanks, Kees. > --- > v2: > - add full name > --- > .mailmap | 1 + > 1 file changed,

[PATCH 3.19.y-ckt 142/146] xen: netback: read hotplug script once at start of day.

3.19.8-ckt2 -stable review patch. If anyone has any objections, please let me know. -- From: Ian Campbell [ Upstream commit 31a418986a5852034d520a5bab546821ff1ccf3d ] When we come to tear things down in netback_remove() and generate the uevent it is possible that the xenstore

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