Re: [PATCH net-next 9/9] taskstats: use the libnl API to align nlattr on 64-bit

Le 27/04/2016 14:29, Balbir Singh a écrit : [snip] > Please try > > https://www.kernel.org/doc/Documentation/accounting/getdelays.c A patch follows this mail to fix that. > > iotop uses it as well. My concern is ABI breakage of user space. My test is ok here, I didn't see a problem. Code review

Re: [PATCH 1/1] mm: thp: kvm: fix memory corruption in KVM with THP enabled

On Wed, Apr 27, 2016 at 06:18:34PM +0300, Kirill A. Shutemov wrote: > Okay, I see. > > But do we really want to make PageTransCompoundMap() visiable beyond KVM > code? It looks like too KVM-specific. Any other secondary MMU notifier manager (KVM is just one of the many MMU notifier users) will

Re: [PATCH V6 05/13] acpi, pci: Support IO resources when parsing PCI host bridge resources.

On Wed, Apr 27, 2016 at 04:10:36PM +0100, liviu.du...@arm.com wrote: > On Wed, Apr 27, 2016 at 03:26:59PM +0100, Lorenzo Pieralisi wrote: > > On Tue, Apr 26, 2016 at 09:39:16PM -0500, Bjorn Helgaas wrote: > > > On Fri, Apr 15, 2016 at 07:06:40PM +0200, Tomasz Nowicki wrote: > > > > Platforms that

Re: [PATCH v2 0/2] perf probe fixes for ppc64le

On 2016/04/12 02:40PM, Naveen N Rao wrote: > This patchset fixes three issues found with perf probe on ppc64le: > 1. 'perf test kallsyms' failure on ppc64le (reported by Michael > Ellerman). This was due to the symbols being fixed up during symbol > table load. This is fixed in patch 2 by delaying

Re: [patch V2] lib: GCD: add binary GCD algorithm

I replicated your results in 32- and 64-bit x86: - If __ffs (gcc's __builtin_ctz) is available, the basic (non-even/odd) binary GCD algorithm is faster than the divsion-based or even/odd. - If shifting down has to be done in a loop, the even/odd binary algorithm is fastest. I tried a few

Re: [PATCH] tty: provide tty_name() even without CONFIG_TTY

On Wed, Apr 27, 2016 at 5:56 AM, Arnd Bergmann wrote: > The audit subsystem just started printing the name of the tty, > but that causes a build failure when CONFIG_TTY is disabled: > > kernel/built-in.o: In function `audit_log_task_info': > memremap.c:(.text+0x5e34c): undefined

Re: [RFC PATCH v1 03/18] x86: Secure Memory Encryption (SME) support

On 03/22/2016 08:03 AM, Pavel Machek wrote: > On Tue 2016-04-26 17:56:26, Tom Lendacky wrote: >> Provide support for Secure Memory Encryption (SME). This initial support >> defines the memory encryption mask as a variable for quick access and an >> accessor for retrieving the number of physical

Re: [tpmdd-devel] [PATCH v11 0/4] Multi-instance vTPM proxy driver

On 04/27/2016 08:56 AM, Jarkko Sakkinen wrote: On Tue, Apr 26, 2016 at 07:30:26AM -0400, Stefan Berger wrote: On 04/26/2016 05:28 AM, Jarkko Sakkinen wrote: On Fri, Apr 22, 2016 at 07:54:27PM +0300, Jarkko Sakkinen wrote: On Mon, Apr 18, 2016 at 01:26:12PM -0400, Stefan Berger wrote: The

Applied "ASoC: dmaengine_pcm: Add support for packed transfers" to the asoc tree

The patch ASoC: dmaengine_pcm: Add support for packed transfers has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: axp20x: Fix axp22x ldo_io voltage ranges" to the regulator tree

The patch regulator: axp20x: Fix axp22x ldo_io voltage ranges has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "regulator: axp20x: Fix axp22x ldo_io voltage ranges" to the regulator tree

The patch regulator: axp20x: Fix axp22x ldo_io voltage ranges has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "regulator: core: Add early supply resolution for regulators" to the regulator tree

The patch regulator: core: Add early supply resolution for regulators has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Applied "regulator: rk808: Add rk808_reg_ops_ranges for LDO3" to the regulator tree

The patch regulator: rk808: Add rk808_reg_ops_ranges for LDO3 has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: atmel_ssc_dai: read DSP mode A data on rising edges of bclk" to the asoc tree

The patch ASoC: atmel_ssc_dai: read DSP mode A data on rising edges of bclk has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [PATCH] can: m_can: fix bitrate setup on latest silicon

On 26 April 2016 at 21:11, Oliver Hartkopp wrote: > > I wonder whether this small change covers the updates made between > v3.0.1 and v3.1.0. > Probably not, I was mainly interested in fixing basic functionality here :) (ie: with the default settings we can exchange data

Re: [PATCH v4 2/7] regulator: rk808: Migrate to regulator core's simplified DT parsing code

On Tue, Apr 26, 2016 at 04:54:05PM +0200, Wadim Egorov wrote: > A common simplified DT parsing code for regulators was introduced in > commit a0c7b164ad11 ("regulator: of: Provide simplified DT parsing > method") Acked-by: Mark Brown signature.asc Description: PGP

Re: [PATCH] iio: tmp006: Set correct iio name

On 04/26/2016 06:21 PM, Daniel Baluta wrote: > On Tue, Apr 26, 2016 at 4:14 PM, Yong Li wrote: >> I am thinking if there is any application is using this incorrect >> name, the application should be fix too > > The rule is: "Don't break the userspace ABI". So, if we got this

[PULL REQUEST] i2c for 4.6

Linus, I2C has one buildfix, one ABBA deadlock fix and three simple 'add ID' patches for you. Please pull. Thanks, Wolfram The following changes since commit bf16200689118d19de1b8d2a3c314fc21f5dc7bb: Linux 4.6-rc3 (2016-04-10 17:58:30 -0700) are available in the git repository at:

Re: [PATCH 1/3] DRA7: Fix clock data for gmac_gmii_ref_clk_div

* Tony Lindgren [160427 09:39]: > * Tero Kristo [160427 04:22]: > > On 26/04/16 20:54, J.D. Schroeder wrote: > > >From: "J.D. Schroeder" > > > > > >This commit fixes the clock data inside the DRA7xx clocks device tree > > >structure

Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)

On Wed 2016-04-27 16:39:51, Borislav Petkov wrote: > On Wed, Apr 27, 2016 at 04:30:45PM +0200, Pavel Machek wrote: > > That does not answer the question. "Why would I want SME on my > > system?". > > Because your question wasn't formulated properly. Here's some text from > the 0th mail which you

[PATCH v2 6/7] perf/x86/intel/pt: Add support for address range filtering in PT

Newer versions of Intel PT support address ranges, which can be used to define IP address range-based filters or TraceSTOP regions. Number of ranges in enumerated via cpuid. This patch implements pmu callbacks and related low-level code to allow filter validation, configuration and programming

Re: [PATCHv2] musb_host: fix lockup on rxcsr_h_error

Hi, On Wed, Apr 27, 2016 at 09:51:58AM +0300, Max Uvarov wrote: > Fix soft lockup when resetting remote device attached > to usb host. Configuration: > pppd -> musb hub -> usb-serial -> gsm modem I have heard a few reports similar to this symptom, but never been able to reproduce it on my side.

Re: [PATCH v4] mm: SLAB freelist randomization

On Tue, 26 Apr 2016, Andrew Morton wrote: > : CONFIG_FREELIST_RANDOM bugs me a bit - "freelist" is so vague. > : CONFIG_SLAB_FREELIST_RANDOM would be better. I mean, what Kconfig > : identifier could be used for implementing randomisation in > : slub/slob/etc once CONFIG_FREELIST_RANDOM is used

[PATCH v2 1/7] perf: Move set_filter() from behind EVENT_TRACING

For instruction trace filtering, namely, for communicating filter definitions from userspace, I'd like to re-use the SET_FILTER code that the tracepoints are using currently. To that end, this patch moves the relevant code from behind EVENT_TRACING macro. Signed-off-by: Alexander Shishkin

[PATCH v2 7/7] perf: Let userspace know if pmu supports address filters

Export an additional common attribute for PMUs that support address range filtering to let the perf userspace identify such PMUs in a uniform way. Signed-off-by: Alexander Shishkin --- kernel/events/core.c | 26 ++ 1 file changed, 26

[tip:perf/core] perf tools: Set the maximum allowed stack from /proc/sys/kernel/perf_event_max_stack

Commit-ID: 4cb93446c587d56e2a54f4f83113daba2c0b6dee Gitweb: http://git.kernel.org/tip/4cb93446c587d56e2a54f4f83113daba2c0b6dee Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 27 Apr 2016 10:16:24 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[GIT PULL] cgroup fixes for v4.6-rc5

Hello, Linus. Two patches to fix a deadlock which can be easily triggered if memcg charge moving is used. This bug was introduced while converting threadgroup locking to a global percpu_rwsem and is caused by cgroup controller task migration path depending on the ability to create new kthreads.

Re: [PATCH/RFC v3] perf core: Allow setting up max frame stack depth via sysctl

On Wed, Apr 27, 2016 at 09:53:58AM -0300, Arnaldo Carvalho de Melo wrote: > Em Tue, Apr 26, 2016 at 11:58:10PM +0200, Frederic Weisbecker escreveu: > > On Mon, Apr 25, 2016 at 09:29:28PM -0300, Arnaldo Carvalho de Melo wrote: > > > commit cd544af4f7fede01cb512d52bb3efe62aa19271d > > > Author:

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

Hi, 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 would be in favour of a dma_inherit() function

Re: [PATCH] i2c: uniphier: add "\n" at the end of error log

On Thu, Apr 21, 2016 at 03:12:44PM +0900, Masahiro Yamada wrote: > Just in case. > > Signed-off-by: Masahiro Yamada Applied to for-next, thanks! signature.asc Description: PGP signature

Re: [PATCH] x86/efi-bgrt: Switch all pr_err() to pr_debug() for invalid BGRT

On Wed, Apr 27, 2016 at 1:05 PM, Josh Triplett wrote: > On Wed, Apr 27, 2016 at 11:20:26AM -0400, Josh Boyer wrote: >> On Wed, Apr 27, 2016 at 10:57 AM, Môshe van der Sterre wrote: >> > >> > On 04/27/2016 03:56 PM, Josh Boyer wrote: >> >> >> >> On Wed, Apr

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] 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: 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: [PATCH] block: partitions: efi: Always check for alternative GPT at end of drive

Hi, On Wed, Apr 27, 2016 at 8:09 AM, Karel Zak wrote: > On Tue, Apr 26, 2016 at 02:51:01PM -0700, Gwendal Grignou wrote: >> Julius and I were looking at the code when we spotted the issue. >> >> As Julius said, "just pass a boot param", is not easy on certain >> machines, like

Re: [PATCH 1/2] regulator: core: Allow use of "status = disabled" in regulator dts nodes

Hi, On 27-04-16 17:52, Hans de Goede wrote: Hi, On 27-04-16 17:50, Maxime Ripard wrote: Hi Mark, On Wed, Apr 27, 2016 at 04:01:08PM +0100, Mark Brown wrote: On Wed, Apr 27, 2016 at 04:40:05PM +0200, Hans de Goede wrote: Or, since regulator_of_get_init_data uses

[PATCH 08/12] staging/android: style fix: alignment to match the open parenthesis

From: Gustavo Padovan Fix checks reported by checkpatch.pl. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync_file.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH 11/12] Documentation: include sync_file into DocBook

From: Gustavo Padovan Add entry in device-drivers.tmpl for sync_file documentation. Signed-off-by: Gustavo Padovan --- Documentation/DocBook/device-drivers.tmpl | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 03/12] staging/android: move sync_file functions comments to sync.c

From: Gustavo Padovan To keep comments in line with drivers/dma-buf/ move all sync_file comments to sync.c. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 26 +-

[PATCH 12/12] Documentation: add Sync File doc

From: Gustavo Padovan Add sync_file documentation on dma-buf-sync_file.txt --- Documentation/dma-buf-sync_file.txt | 65 + 1 file changed, 65 insertions(+) create mode 100644 Documentation/dma-buf-sync_file.txt diff --git

[PATCH 10/12] dma-buf/sync_file: de-stage sync_file

From: Gustavo Padovan sync_file is useful to connect one or more fences to the file. The file is used by userspace to track fences between drivers that share DMA bufs. Signed-off-by: Gustavo Padovan --- drivers/Kconfig

[PATCH 04/12] staging/android: make sync_file_merge() static

From: Gustavo Padovan There is no plan in the near future to use this function outside of this file so keep it as static. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 4 ++--

[PATCH 07/12] staging/android: improve documentation for sync_file

From: Gustavo Padovan num_fences was missing a colon mark and sync_file_create() now have better description. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync_file.c | 3 ++- drivers/staging/android/sync_file.h |

[GIT PULL] workqueue fixes for v4.6-rc5

Hello, Linus. So, it turns out we had a silly bug in the most fundamental part of workqueue for a very long time. AFAICS, this dates back to pre-git era and has quite likely been there from the time workqueue was first introduced. A work item uses its PENDING bit to synchronize multiple

[PATCH 06/12] staging/android: prepare sync_file for de-staging

From: Gustavo Padovan Move its functions and structs to their own file. Also moves function's docs to the .c file. Signed-off-by: Gustavo Padovan --- drivers/staging/android/Makefile | 2 +-

[PATCH 05/12] staging/android: make sync_file_fdget() static

From: Gustavo Padovan There is no plan in the near future to use this function outside of this file so keep it as static. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 3 +-- drivers/staging/android/sync.h

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

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 PCI host bridge device reference we can > > > introduce code that is

Re: [PATCH 0/2 v6] Add I2S audio support for ARC AXS10x boards

On Wed, Apr 27, 2016 at 11:05:18AM +0100, Jose Abreu wrote: > ARC AXS10x platforms consist of a mainboard with several peripherals. > One of those peripherals is an HDMI output port controlled by the ADV7511 > transmitter. > > This patch set adds I2S audio for the AXS10x platform. I don't seem

Re: [GIT PULL] platform-drivers-x86 for 4.6-3

On Wed, Apr 27, 2016 at 09:08:01AM -0700, Linus Torvalds wrote: > On Tue, Apr 26, 2016 at 10:02 PM, Darren Hart wrote: > > > > Found myself not wanting to send a one patch pull request, but not wanting > > to > > wait until RC6 and possibly miss 4.6. > > > > Do you have a

Re: [PATCH] physmap_of: ensure versatile code is reachable

On Tue, Apr 26, 2016 at 01:04:38AM +0200, Arnd Bergmann wrote: > With the newly added physmap_of_versatile code, we get a build error > when physmap_of is in a module, because of_flash_probe_versatile > is not exported: > > ERROR: "of_flash_probe_versatile" [drivers/mtd/maps/physmap_of.ko]

[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: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

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 would be in favour of a dma_inherit() function as well. We could hack > > > something up in the

Re: [PATCH v2 3/3] regulator: axp20x: Fix axp22x ldo_io registration error on cold boot

Hi, On 27-04-16 17:48, Mark Brown wrote: On Wed, Apr 27, 2016 at 05:35:31PM +0200, Hans de Goede wrote: On 27-04-16 17:12, Mark Brown wrote: Why not just implement that? Given the formula in the datasheet to calculate the ldo_io regulator voltage 0x1f maps to 3.8V, but according to the

Re: [PATCH] ASoC: pcm: allow changing the playback/capture rates for symmetric links

On Wed, Apr 27, 2016 at 10:49:19AM +0200, Peter Rosin wrote: > The below program fails on a dai link with symmetric rates without this > patch. The patch makes it work. You've not articulated the problem you're trying to fix here, what in concrete terms is the program trying to accomplish and

Re: [PATCH] ASoC: atmel_ssc_dai: note buggy I2S support when the codec masters LRCLK

On Wed, Apr 27, 2016 at 11:06:33AM +0200, Peter Rosin wrote: > While the start condition is correct for the left channel word in the I2S > case, it is not correct that the right channel word follows immediately > after the left channel word. The start of the right channel word should > be

Applied "ASoC: add TA5720 digital amplifier DT bindings" to the asoc tree

The patch ASoC: add TA5720 digital amplifier DT bindings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: wm_adsp: factor out freeing of alg regions" to the asoc tree

The patch ASoC: wm_adsp: factor out freeing of alg regions has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "ASoC: wm_adsp: free memory when unloaded or closed" to the asoc tree

The patch ASoC: wm_adsp: free memory when unloaded or closed has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH 1/3] DRA7: Fix clock data for gmac_gmii_ref_clk_div

* Tero Kristo [160427 04:22]: > On 26/04/16 20:54, J.D. Schroeder wrote: > >From: "J.D. Schroeder" > > > >This commit fixes the clock data inside the DRA7xx clocks device tree > >structure for the gmac_gmii_ref_clk_div clock. This clock is actually >

Applied "ASoC: arizona: call wm_adsp2_remove when codec driver is removed" to the asoc tree

The patch ASoC: arizona: call wm_adsp2_remove when codec driver is removed has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: bcm2835: Add S16_LE support via packed DMA transfers" to the asoc tree

The patch ASoC: bcm2835: Add S16_LE support via packed DMA transfers has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Re: [PATCH] media: fix media_ioctl use-after-free when driver unbinds

Looks mostly good, a few comments. On 04/27/2016 05:08 AM, Shuah Khan wrote: [...] > @@ -428,7 +428,7 @@ static long media_device_ioctl(struct file *filp, > unsigned int cmd, > unsigned long arg) > { > struct media_devnode *devnode = media_devnode_data(filp);

[PATCH V2 0/3] Urgent fixes for Intel CQM/MBM counting

Sending some urgent fixes for the MBM(memory b/w monitoring) which is upstreamed from 4.6-rc1. Patches apply on 4.6-rc1. CQM and MBM counters reported some incorrect counts for different scenarios like interval mode or for multiple perf instances. An updated V2 as per Peter feedback: fixing a

[PATCH 1/3] perf/x86/cqm,mbm: Store cqm,mbm count for all events when RMID is recycled

During RMID recycling, when an event loses the RMID we saved the counter for group leader but it was not being saved for all the events in an event group. This would lead to a situation where if 2 perf instances are counting the same PID one of them would not see the updated count which other perf

[PATCH 2/3] perf/x86/mbm: Store bytes counted for mbm during recycle

For MBM, since we report total bytes for the duration the perf counts, we need to keep the total bytes counted every time we loose an RMID. Introduce rc_count(recycle count) per event keep this history count(all bytes counted before the current RMID). If we do not keep this count separately then

mm: pages are not freed from lru_add_pvecs after process termination

Hi, I encounter a problem which I'd like to discuss here (tested on 3.10 and 4.5). While running some workloads we noticed that in case of "improper" application exit (like SIGTERM) quite a bit (a few GBs) of memory is not being reclaimed after process termination. Executing echo 1 >

[PATCH 3/3] perf/x86/mbm: Fix mbm counting when RMIDs are reused

When multiple instances of perf reuse RMID for the same PID, then we need to start counting from zero for each new event, rather than reporting the current RMID count. This patch adds a st_count(start count) 'per event' to track the same. Note that this is different from the 'per rmid' start

[PATCH] tpm: Fix IRQ unwind ordering in TIS

The devm for the IRQ was placed on the chip, not the pdev. This can cause the irq to be still callable after the pdev has been cleaned up (eg priv kfree'd). Found by CONFIG_DEBUG_SHIRQ=y Reported-by: Stefan Berger Fixes: 233a065e0cd0 ("tpm: Get rid of chip->pdev")

[PATCH] Fix might sleep warning.

When an nbd request times out then the nbd_xmit_timeout tries to close the socket by taking a spin_lock over the socket. This however generates a warning on kernel_sock_shutdown. This patch fixes this issue. Pranay Kr. Srivastava (1): fix might_sleep warning on socket shutdown

[PATCH] fix might_sleep warning on socket shutdown

This patch fixes the warning generated when a timeout occurs on the request and socket is closed from a non-sleep context by 1. Moving the socket closing on a timeout to nbd_thread_send 2. Make sock lock to be a mutex instead of a spin lock, since nbd_xmit_timeout doesn't need to hold it

[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 1/1] mm: thp: kvm: fix memory corruption in KVM with THP enabled

On Wed, Apr 27, 2016 at 05:57:30PM +0200, Andrea Arcangeli wrote: > couldn't do a fix as cleaner as this one for 4.6. ehm "cleaner then" If you've suggestions for a better name than PageTransCompoundMap I can respin a new patch though, I considered "CanMap" but I opted for the short version.

Re: [RFC PATCH v2 1/2] [media] tvp5150: Add input connectors DT bindings

Hi Javier, Thank you for the patch. On Tuesday 12 Apr 2016 18:42:52 Javier Martinez Canillas wrote: > The tvp5150 and tvp5151 decoders support different video input source > connections to their AIP1A and AIP1B pins. Either two Composite or a > S-Video input signals are supported. > > The

Re: [PATCH] cpufreq: st: enable selective initialization based on the platform

On 27/04/16 17:07, Lee Jones wrote: On Wed, 27 Apr 2016, Sudeep Holla wrote: [...] + if ((!of_machine_is_compatible("st,stih407-b2120")) && + (!of_machine_is_compatible("st,stih407"))) + return -ENODEV; You need to check for "st,stih407" and

Re: [PATCH v1] ARM: clocksource: make ARM_GLOBAL_TIMER selectable

* Grygorii Strashko [160427 06:32]: > Hi Russell, > > On 04/27/2016 01:41 PM, Russell King - ARM Linux wrote: > > On Tue, Apr 26, 2016 at 10:35:08PM +0300, Grygorii Strashko wrote: > >> On 04/26/2016 07:02 PM, Liviu Dudau wrote: > >>> Well, SoC-B has the GT *and* the DT

[for-next][PATCH 4/5] tracing: Handle tracing_map_alloc_elts() error path correctly

From: Tom Zanussi If tracing_map_elt_alloc() fails, it will return ERR_PTR() instead of NULL, so change the check to IS_ERROR(). We also need to set the failed entry in the map->elts array to NULL instead of ERR_PTR() so tracing_map_free_elts() doesn't try freeing

[for-next][PATCH 5/5] tracing: Dont use the address of the buffer array name in copy_from_user

From: Wang Xiaoqiang With the following code snippet: ... char buf[64]; ... if (copy_from_user(, ubuf, cnt)) ... Even though the value of "" equals "buf", but there is no need to get the address of the "buf" again. Use "buf" instead of "". Link:

[for-next][PATCH 2/5] tracing: checking for NULL instead of IS_ERR()

From: Dan Carpenter tracing_map_elt_alloc() returns ERR_PTRs on error, never NULL. Fixes: 08d43a5fa063 ('tracing: Add lock-free tracing_map') Link: http://lkml.kernel.org/r/20160423102347.GA11136@mwanda Acked-by: Tom Zanussi

Re: [PATCH 1/2] regulator: core: Allow use of "status = disabled" in regulator dts nodes

On Wed, Apr 27, 2016 at 05:54:48PM +0200, Hans de Goede wrote: > On 27-04-16 17:52, Hans de Goede wrote: > >On 27-04-16 17:50, Maxime Ripard wrote: > >>On Wed, Apr 27, 2016 at 04:01:08PM +0100, Mark Brown wrote: > >>>To repeat you really shouldn't have *any* DT nodes for regulators that >

[PATCH 01/12] staging/android: remove redundant comments on sync_merge_data

From: Gustavo Padovan struct sync_merge_data already have documentation on top of the struct definition. No need to duplicate it. Signed-off-by: Gustavo Padovan Reviewed-by: Maarten Lankhorst

[for-next][PATCH 1/5] tracing: Do not inherit event-fork option for instances

From: "Steven Rostedt (Red Hat)" As the event-fork option requires doing work when enabled and disabled, it can not be passed down to created instances. The instance must clear this flag when it is created, and must clear it when its removed. As more options may be created

[for-next][PATCH 3/5] tracing: Add check for NULL event field when creating hist field

From: Tom Zanussi Smatch flagged create_hist_field() as possibly being able to dereference a NULL pointer, although the current code exits in all cases where the event field could be NULL, so it's not actually a problem. Still, to prevent future changes to the code

Re: [PATCH net-next 9/9] taskstats: use the libnl API to align nlattr on 64-bit

From: Balbir Singh Date: Wed, 27 Apr 2016 22:29:22 +1000 > My concern is ABI breakage of user space. The "ABI" is that unrecognized attributes must be silently ignored by userspace.

Re: [PATCH] mm/zswap: use workqueue to destroy pool

On Tue, Apr 26, 2016 at 8:58 PM, Sergey Senozhatsky wrote: > Hello, > > On (04/26/16 17:08), Dan Streetman wrote: > [..] >> -static void __zswap_pool_release(struct rcu_head *head) >> +static void __zswap_pool_release(struct work_struct *work) >> { >> -

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

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 80c544ded25ac14d7cc3e555abb8ed2c2da99b84 upstream. > > The function measurement block

[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.

[PATCH 3/3] lightnvm: rename dma helper functions

Until now, the dma pool have been exclusively used to allocate the ppa list being sent to the device. In pblk (upcoming), we use these pools to allocate metadata too. Thus, we generalize the names of some variables on the dma helper functions to make the code more readable. Signed-off-by: Javier

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: [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

[PATCH v2 3/7] perf/x86/intel/pt: IP filtering register/cpuid bits

New versions of Intel PT support address range-based filtering. These are the registers, bit definitions and relevant CPUID bits. Signed-off-by: Alexander Shishkin --- arch/x86/events/intel/pt.c | 2 ++ arch/x86/events/intel/pt.h | 12

[PATCH v2 4/7] perf: Extend perf_event_aux_ctx() to optionally iterate through more events

Trace filtering code needs an iterator that can go through all events in a context, including inactive and filtered, to be able to update their filters' address ranges based on mmap or exec events. This patch changes perf_event_aux_ctx() to optionally do this. Signed-off-by: Alexander Shishkin

[PATCH v2 5/7] perf: Introduce address range filtering

Many instruction trace pmus out there support address range-based filtering, which would, for example, generate trace data only for a given range of instruction addresses, which is useful for tracing individual functions, modules or libraries. Other pmus may also utilize this functionality to

[PATCH net-next] taskstats: fix nl parsing in accounting/getdelays.c

The type TASKSTATS_TYPE_NULL should always be ignored. When jumping to the next attribute, only the length of the current attribute should be added, not the length of all nested attributes. This last bug was not visible before commit 80df554275c2, because the kernel didn't put more than two

Re: [PATCH net-next] taskstats: fix nl parsing in accounting/getdelays.c

Le 27/04/2016 17:47, Nicolas Dichtel a écrit : > The type TASKSTATS_TYPE_NULL should always be ignored. > > When jumping to the next attribute, only the length of the current > attribute should be added, not the length of all nested attributes. > This last bug was not visible before commit

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

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 would be in favour of a dma_inherit() function as well. We could hack > > something up in the arch code (like below) but I would rather prefer an > > explicit

Re: [PATCH v2 3/3] regulator: axp20x: Fix axp22x ldo_io registration error on cold boot

On Wed, Apr 27, 2016 at 05:35:31PM +0200, Hans de Goede wrote: > On 27-04-16 17:12, Mark Brown wrote: > >Why not just implement that? > Given the formula in the datasheet to calculate the ldo_io > regulator voltage 0x1f maps to 3.8V, but according to the > datasheet the maximum voltage supported

Re: [PATCHv7 00/29] THP-enabled tmpfs/shmem using compound pages

Hello Andres, On Tue, Apr 19, 2016 at 10:07:29AM -0700, Andres Lagar-Cavilla wrote: > Andrea, we provide the, ahem, adjustments to > transparent_hugepage_adjust. Rest assured we aggressively use mmu > notifiers with no further changes required. Did you notice I just fixed a THP related bug in

Re: [PATCH 1/2] regulator: core: Allow use of "status = disabled" in regulator dts nodes

Hi Mark, On Wed, Apr 27, 2016 at 04:01:08PM +0100, Mark Brown wrote: > On Wed, Apr 27, 2016 at 04:40:05PM +0200, Hans de Goede wrote: > > > Or, since regulator_of_get_init_data uses for_each_available_child_of_node > > which checks the "status" value we can actually already use > >

Re: [PATCH] scripts/spelling.txt: add "fimware" misspelling

On Tue, Apr 26, 2016 at 9:06 PM, Zhao Lei wrote: > Hi, Kees Cook > > * From: Kees Cook [mailto:keesc...@chromium.org] >> Sent: Wednesday, April 27, 2016 7:48 AM >> To: Andrew Morton >> Cc: Randy Dunlap ; Andy Whitcroft >>

  1   2   3   4   5   6   7   8   9   10   >