[PATCH v4] ASoC: docs: add clocking examples for DAI formats

Provide *our* view of what the rules are for the different DAI formats, so that we do not have to trust external interpretations for this crucial bit of interoperability. Signed-off-by: Peter Rosin --- Documentation/sound/alsa/soc/clocking.txt | 195

[PATCH v4] ASoC: docs: add clocking examples for DAI formats

Provide *our* view of what the rules are for the different DAI formats, so that we do not have to trust external interpretations for this crucial bit of interoperability. Signed-off-by: Peter Rosin --- Documentation/sound/alsa/soc/clocking.txt | 195 ++ 1 file

Re: [PATCH v2 2/2] asus-laptop: correct error handling in sysfs_acpi_set

On Thu, Apr 21, 2016 at 11:34:13PM +0300, Andy Shevchenko wrote: > On Sat, Apr 16, 2016 at 3:01 AM, Giedrius Statkevičius > wrote: > > Properly return rv back to the caller in the case of an error in > > parse_arg. In the process remove a unused variable 'out'. >

Re: [PATCH v2 2/2] asus-laptop: correct error handling in sysfs_acpi_set

On Thu, Apr 21, 2016 at 11:34:13PM +0300, Andy Shevchenko wrote: > On Sat, Apr 16, 2016 at 3:01 AM, Giedrius Statkevičius > wrote: > > Properly return rv back to the caller in the case of an error in > > parse_arg. In the process remove a unused variable 'out'. > > > > Signed-off-by: Giedrius

Re: [PATCH v2] PM / Runtime: Only force-resume device if it has been force-suspended

Hi Rafael, On Thursday 21 Apr 2016 21:52:56 Rafael J. Wysocki wrote: > On Thursday, April 21, 2016 02:52:55 AM Laurent Pinchart wrote: > > The pm_runtime_force_suspend() and pm_runtime_force_resume() helpers are > > designed to help driver being RPM-centric by offering an easy way to > > manage

Re: [PATCH v2] PM / Runtime: Only force-resume device if it has been force-suspended

Hi Rafael, On Thursday 21 Apr 2016 21:52:56 Rafael J. Wysocki wrote: > On Thursday, April 21, 2016 02:52:55 AM Laurent Pinchart wrote: > > The pm_runtime_force_suspend() and pm_runtime_force_resume() helpers are > > designed to help driver being RPM-centric by offering an easy way to > > manage

Re: [PATCH V3 04/11] CRIS v32: nand: set ECC algorithm explicitly

Acked-by: Mikael Starvik > 17 apr. 2016 kl. 22:53 skrev Rafał Miłecki : > > This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to > enum nand_ecc_algo). > > Signed-off-by: Rafał Miłecki > --- >

Re: [PATCH V3 04/11] CRIS v32: nand: set ECC algorithm explicitly

Acked-by: Mikael Starvik > 17 apr. 2016 kl. 22:53 skrev Rafał Miłecki : > > This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to > enum nand_ecc_algo). > > Signed-off-by: Rafał Miłecki > --- > arch/cris/arch-v32/drivers/mach-a3/nandflash.c | 1 + >

Re: regression: 3a878c430fd6 ("tty: serial: msm: Add TX DMA support") drops data

On Thu, Apr 21, 2016 at 4:00 AM, Frank Rowand wrote: > On 4/20/2016 9:48 AM, Frank Rowand wrote: >> On 4/19/2016 11:07 PM, Ivan Ivanov wrote: >>> On Apr 20, 2016, at 02:23, Frank Rowand wrote: Hi Ivan, It appears that I

Re: regression: 3a878c430fd6 ("tty: serial: msm: Add TX DMA support") drops data

On Thu, Apr 21, 2016 at 4:00 AM, Frank Rowand wrote: > On 4/20/2016 9:48 AM, Frank Rowand wrote: >> On 4/19/2016 11:07 PM, Ivan Ivanov wrote: >>> On Apr 20, 2016, at 02:23, Frank Rowand wrote: Hi Ivan, It appears that I have found a regression caused by 3a878c430fd6

Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits

On Thu, Apr 21, 2016 at 09:17:02PM +0200, Peter Zijlstra wrote: > So I agree with Thomas; the risk of not doing this is that we'll > introduce the same MSR again, in another file, under another name. ... only if that MSR is useful in other compilation units. If not, then you're unlikely to need

Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits

On Thu, Apr 21, 2016 at 09:17:02PM +0200, Peter Zijlstra wrote: > So I agree with Thomas; the risk of not doing this is that we'll > introduce the same MSR again, in another file, under another name. ... only if that MSR is useful in other compilation units. If not, then you're unlikely to need

Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits

On Thu, Apr 21, 2016 at 08:55:38PM +0200, Thomas Gleixner wrote: > I have to disagree here. The MSRs itself can really go into msr-index.h while > the bit definitions might go elsewhere. What's wrong with having all MSRs at a > central place? Same reason as for pci_ids.h - to contain only MSRs

Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits

On Thu, Apr 21, 2016 at 08:55:38PM +0200, Thomas Gleixner wrote: > I have to disagree here. The MSRs itself can really go into msr-index.h while > the bit definitions might go elsewhere. What's wrong with having all MSRs at a > central place? Same reason as for pci_ids.h - to contain only MSRs

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

On Thu, Apr 21, 2016 at 08:55:34PM +0100, Maciej W. Rozycki wrote: > > % mips-linux-gnu-gcc --version > > mips-linux-gnu-gcc (Debian 5.2.1-16) 5.2.1 20150903 > > Copyright (C) 2015 Free Software Foundation, Inc. > > > > How about temporarily disable that error, until we upgrade to a new > > gcc

Re: [PATCH v2 2/2] asus-laptop: correct error handling in sysfs_acpi_set

On Sat, Apr 16, 2016 at 3:01 AM, Giedrius Statkevičius wrote: > Properly return rv back to the caller in the case of an error in > parse_arg. In the process remove a unused variable 'out'. > > Signed-off-by: Giedrius Statkevičius

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

On Thu, Apr 21, 2016 at 08:55:34PM +0100, Maciej W. Rozycki wrote: > > % mips-linux-gnu-gcc --version > > mips-linux-gnu-gcc (Debian 5.2.1-16) 5.2.1 20150903 > > Copyright (C) 2015 Free Software Foundation, Inc. > > > > How about temporarily disable that error, until we upgrade to a new > > gcc

Re: [PATCH v2 2/2] asus-laptop: correct error handling in sysfs_acpi_set

On Sat, Apr 16, 2016 at 3:01 AM, Giedrius Statkevičius wrote: > Properly return rv back to the caller in the case of an error in > parse_arg. In the process remove a unused variable 'out'. > > Signed-off-by: Giedrius Statkevičius > --- > drivers/platform/x86/asus-laptop.c | 5 ++--- > 1 file

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

On Thu, Apr 21, 2016 at 12:51:29PM +0800, Fengguang Wu wrote: > On Wed, Apr 20, 2016 at 03:30:21PM +0200, Ralf Baechle wrote: > > On Wed, Apr 20, 2016 at 01:44:28PM +0800, kbuild test robot wrote: > > > > > FYI, the error/warning still remains. > > > > > > tree: > > >

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

On Thu, Apr 21, 2016 at 12:51:29PM +0800, Fengguang Wu wrote: > On Wed, Apr 20, 2016 at 03:30:21PM +0200, Ralf Baechle wrote: > > On Wed, Apr 20, 2016 at 01:44:28PM +0800, kbuild test robot wrote: > > > > > FYI, the error/warning still remains. > > > > > > tree: > > >

[PATCH net] ipv4/fib: don't warn when primary address is missing if in_dev is dead

After commit fbd40ea0180a ("ipv4: Don't do expensive useless work during inetdev destroy.") when deleting an interface, fib_del_ifaddr() can be executed without any primary address present on the dead interface. The above is safe, but triggers some "bug: prim == NULL" warnings. This commit

Re: [PATCH v1 00/23] ata: sata_dwc_460ex: make it working again

On Thursday, April 21, 2016 09:15:21 PM Andy Shevchenko wrote: > The last approach in the commit 8b3444852a2b ("sata_dwc_460ex: move to generic > DMA driver") to switch to generic DMA engine API wasn't tested on bare metal. > Besides that we expecting new board support coming with the same SATA IP

[PATCH net] ipv4/fib: don't warn when primary address is missing if in_dev is dead

After commit fbd40ea0180a ("ipv4: Don't do expensive useless work during inetdev destroy.") when deleting an interface, fib_del_ifaddr() can be executed without any primary address present on the dead interface. The above is safe, but triggers some "bug: prim == NULL" warnings. This commit

Re: [PATCH v1 00/23] ata: sata_dwc_460ex: make it working again

On Thursday, April 21, 2016 09:15:21 PM Andy Shevchenko wrote: > The last approach in the commit 8b3444852a2b ("sata_dwc_460ex: move to generic > DMA driver") to switch to generic DMA engine API wasn't tested on bare metal. > Besides that we expecting new board support coming with the same SATA IP

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

Am Donnerstag, 21. April 2016, 12:30:18 schrieb Marc Zyngier: > On Thu, 21 Apr 2016 18:47:20 +0800 > > "Huang, Tao" wrote: > > Hi, Mark: > > > > On 2016年04月21日 18:19, Mark Rutland wrote: > > > On Thu, Apr 21, 2016 at 11:58:12AM +0800, Jianqun Xu wrote: > > >> +

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

Am Donnerstag, 21. April 2016, 12:30:18 schrieb Marc Zyngier: > On Thu, 21 Apr 2016 18:47:20 +0800 > > "Huang, Tao" wrote: > > Hi, Mark: > > > > On 2016年04月21日 18:19, Mark Rutland wrote: > > > On Thu, Apr 21, 2016 at 11:58:12AM +0800, Jianqun Xu wrote: > > >> +cpu_l0: cpu@0 { >

Re: [PATCH v3 0/2] Align mmap address for DAX pmd mappings

On 04/21/2016 12:06 AM, Matthew Wilcox wrote: > On Wed, Apr 20, 2016 at 11:10:25PM -0400, Toshi Kani wrote: >> How about moving the function (as is) to mm/huge_memory.c, rename it to >> get_hugepage_unmapped_area(), which is defined to NULL in huge_mm.h >> when TRANSPARENT_HUGEPAGE is unset? > >

Re: [PATCH v3 0/2] Align mmap address for DAX pmd mappings

On 04/21/2016 12:06 AM, Matthew Wilcox wrote: > On Wed, Apr 20, 2016 at 11:10:25PM -0400, Toshi Kani wrote: >> How about moving the function (as is) to mm/huge_memory.c, rename it to >> get_hugepage_unmapped_area(), which is defined to NULL in huge_mm.h >> when TRANSPARENT_HUGEPAGE is unset? > >

Re: [PATCH V3 05/11] staging: mt29f_spinand: set ECC algorithm explicitly

Hi Greg, On Sun, 17 Apr 2016 22:53:01 +0200 Rafał Miłecki wrote: > This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to > enum nand_ecc_algo). Do you mind if I take this patch through the NAND tree in order to avoid dependency problems? > > Signed-off-by:

Re: [PATCH V3 05/11] staging: mt29f_spinand: set ECC algorithm explicitly

Hi Greg, On Sun, 17 Apr 2016 22:53:01 +0200 Rafał Miłecki wrote: > This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to > enum nand_ecc_algo). Do you mind if I take this patch through the NAND tree in order to avoid dependency problems? > > Signed-off-by: Rafał Miłecki >

Re: [RFC v1 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64)

Make sense, thanks for the details. On Thu, Apr 21, 2016 at 1:15 PM, H. Peter Anvin wrote: > On April 21, 2016 8:52:01 AM PDT, Thomas Garnier wrote: >>On Thu, Apr 21, 2016 at 8:46 AM, H. Peter Anvin wrote: >>> On April 21, 2016 6:30:24 AM

Re: [RFC v1 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64)

Make sense, thanks for the details. On Thu, Apr 21, 2016 at 1:15 PM, H. Peter Anvin wrote: > On April 21, 2016 8:52:01 AM PDT, Thomas Garnier wrote: >>On Thu, Apr 21, 2016 at 8:46 AM, H. Peter Anvin wrote: >>> On April 21, 2016 6:30:24 AM PDT, Boris Ostrovsky >> wrote: On

Re: [PATCH V3 04/11] CRIS v32: nand: set ECC algorithm explicitly

On Sun, 17 Apr 2016 22:53:00 +0200 Rafał Miłecki wrote: > This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to > enum nand_ecc_algo). > > Signed-off-by: Rafał Miłecki Mikael, Jesper, could you review/ack this patch? I'd like to take it

Re: [PATCH V3 04/11] CRIS v32: nand: set ECC algorithm explicitly

On Sun, 17 Apr 2016 22:53:00 +0200 Rafał Miłecki wrote: > This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to > enum nand_ecc_algo). > > Signed-off-by: Rafał Miłecki Mikael, Jesper, could you review/ack this patch? I'd like to take it into the nand tree to avoid any

Re: [RFC v1 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64)

On April 21, 2016 8:52:01 AM PDT, Thomas Garnier wrote: >On Thu, Apr 21, 2016 at 8:46 AM, H. Peter Anvin wrote: >> On April 21, 2016 6:30:24 AM PDT, Boris Ostrovsky > wrote: >>> >>> >>>On 04/15/2016 06:03 PM, Thomas Garnier wrote:

Re: [RFC v1 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64)

On April 21, 2016 8:52:01 AM PDT, Thomas Garnier wrote: >On Thu, Apr 21, 2016 at 8:46 AM, H. Peter Anvin wrote: >> On April 21, 2016 6:30:24 AM PDT, Boris Ostrovsky > wrote: >>> >>> >>>On 04/15/2016 06:03 PM, Thomas Garnier wrote: +void __init kernel_randomize_memory(void) +{ +

Re: [PATCH 1/2] x86/arch_prctl: add ARCH_SET_{COMPAT,NATIVE} to change compatible mode

On Thu, Apr 21, 2016 at 12:39:42PM -0700, Andy Lutomirski wrote: > On Wed, Apr 20, 2016 at 12:05 PM, Peter Zijlstra wrote: > > On Wed, Apr 20, 2016 at 08:40:23AM -0700, Andy Lutomirski wrote: > >> >> Peter, I got lost in the code that calls this. Are regs coming from > >>

Re: [PATCH 1/2] x86/arch_prctl: add ARCH_SET_{COMPAT,NATIVE} to change compatible mode

On Thu, Apr 21, 2016 at 12:39:42PM -0700, Andy Lutomirski wrote: > On Wed, Apr 20, 2016 at 12:05 PM, Peter Zijlstra wrote: > > On Wed, Apr 20, 2016 at 08:40:23AM -0700, Andy Lutomirski wrote: > >> >> Peter, I got lost in the code that calls this. Are regs coming from > >> >> the overflow

[PATCH] scripts: kconfig: implement a sort method

With a growing amount of Kernel configuration, it's getting ever more difficult to find anything on menuconfig. Because of that, implement mergesort for kconfig to make it a little easier for anybody building kernels. Signed-off-by: Felipe Balbi --- let me know if

[PATCH] scripts: kconfig: implement a sort method

With a growing amount of Kernel configuration, it's getting ever more difficult to find anything on menuconfig. Because of that, implement mergesort for kconfig to make it a little easier for anybody building kernels. Signed-off-by: Felipe Balbi --- let me know if you folks prefer to turn this

[PATCH] rapidio: fix potential NULL pointer dereference

The change fixes improper check for a returned error value by class_create() function, which on error returns ERR_PTR() value, thus the original check always results in a dead code on error path. Signed-off-by: Vladimir Zapolskiy --- drivers/rapidio/devices/rio_mport_cdev.c | 4

Re: [PATCH 1/5] x86, KASLR: Update description for decompressor worst case size

On Thu, Apr 21, 2016 at 7:47 AM, Borislav Petkov wrote: > On Wed, Apr 20, 2016 at 01:55:42PM -0700, Kees Cook wrote: > ... >> diff --git a/arch/x86/boot/header.S b/arch/x86/boot/header.S >> index 6236b9ec4b76..6b8f8728c1fa 100644 >> --- a/arch/x86/boot/header.S >> +++

[PATCH] rapidio: fix potential NULL pointer dereference

The change fixes improper check for a returned error value by class_create() function, which on error returns ERR_PTR() value, thus the original check always results in a dead code on error path. Signed-off-by: Vladimir Zapolskiy --- drivers/rapidio/devices/rio_mport_cdev.c | 4 ++-- 1 file

Re: [PATCH 1/5] x86, KASLR: Update description for decompressor worst case size

On Thu, Apr 21, 2016 at 7:47 AM, Borislav Petkov wrote: > On Wed, Apr 20, 2016 at 01:55:42PM -0700, Kees Cook wrote: > ... >> diff --git a/arch/x86/boot/header.S b/arch/x86/boot/header.S >> index 6236b9ec4b76..6b8f8728c1fa 100644 >> --- a/arch/x86/boot/header.S >> +++ b/arch/x86/boot/header.S >>

Re: Major KVM issues with kernel 4.5 on the host

On Thu, Apr 21, 2016 at 06:51:06PM +0200, Borislav Petkov wrote: > On Thu, Apr 21, 2016 at 04:50:05PM +0200, Marc Haber wrote: > > What bothers me is that since I ended up with a "suspect" commit that > > actually results in a "good" kernel (running for 22 hours now), I must > > have said "bad" to

Re: Major KVM issues with kernel 4.5 on the host

On Thu, Apr 21, 2016 at 06:51:06PM +0200, Borislav Petkov wrote: > On Thu, Apr 21, 2016 at 04:50:05PM +0200, Marc Haber wrote: > > What bothers me is that since I ended up with a "suspect" commit that > > actually results in a "good" kernel (running for 22 hours now), I must > > have said "bad" to

Re: [PATCHv5 3/3] selftest/x86: add mremap vdso 32-bit test

On Mon, Apr 18, 2016 at 6:43 AM, Dmitry Safonov wrote: > Should print on success: > [root@localhost ~]# ./test_mremap_vdso_32 > AT_SYSINFO_EHDR is 0xf773f000 > [NOTE] Moving vDSO: [f773f000, f774] -> [a00, a001000] > [OK] > Or segfault if landing was bad

Re: [PATCHv5 3/3] selftest/x86: add mremap vdso 32-bit test

On Mon, Apr 18, 2016 at 6:43 AM, Dmitry Safonov wrote: > Should print on success: > [root@localhost ~]# ./test_mremap_vdso_32 > AT_SYSINFO_EHDR is 0xf773f000 > [NOTE] Moving vDSO: [f773f000, f774] -> [a00, a001000] > [OK] > Or segfault if landing was bad (before patches): >

Re: [PATCH v1 23/23] powerpc/4xx: Device tree update for the 460ex DWC SATA

On Thu, Apr 21, 2016 at 1:15 PM, Andy Shevchenko wrote: > Device tree update for the Applied micro processor 460ex on-chip SATA to use > "dmas" property. > Signed-off-by: Andy Shevchenko > --- >

Re: [PATCH v1 23/23] powerpc/4xx: Device tree update for the 460ex DWC SATA

On Thu, Apr 21, 2016 at 1:15 PM, Andy Shevchenko wrote: > Device tree update for the Applied micro processor 460ex on-chip SATA to use > "dmas" property. > Signed-off-by: Andy Shevchenko > --- > arch/powerpc/boot/dts/canyonlands.dts | 15 --- > 1 file changed, 12 insertions(+), 3

[GIT PULL] Power management fixes for v4.6-rc5

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm+acpi-4.6-rc5 to receive power management material for v4.6-rc5 with top-most commit 395da1259ac3e3fdc70636a854c993ddb76c6169 Merge branch 'pm-cpufreq-fixes' on top of commit

[GIT PULL] Power management fixes for v4.6-rc5

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm+acpi-4.6-rc5 to receive power management material for v4.6-rc5 with top-most commit 395da1259ac3e3fdc70636a854c993ddb76c6169 Merge branch 'pm-cpufreq-fixes' on top of commit

[GIT] Networking

1) Fix memory leak in iwlwifi, from Matti Gottlieb. 2) Add missing registration of netfilter arp_tables into initial namespace, from Florian Westphal. 3) Fix potential NULL deref in DecNET routing code. 4) Restrict NETLINK_URELEASE to truly bound sockets only, from Dmitry Ivanov. 5) Fix

[GIT] Networking

1) Fix memory leak in iwlwifi, from Matti Gottlieb. 2) Add missing registration of netfilter arp_tables into initial namespace, from Florian Westphal. 3) Fix potential NULL deref in DecNET routing code. 4) Restrict NETLINK_URELEASE to truly bound sockets only, from Dmitry Ivanov. 5) Fix

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

On Thu, 21 Apr 2016, Fengguang Wu wrote: > > -mcompact-branches=optimal is an option for the latest version of the MIPS > > architecture which is enabled by mips-malta_qemu_32r6_defconfig but your > > compiler is too old, doesn't support R6. Unfortunately there's no simple > > way to run a test

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

On Thu, 21 Apr 2016, Fengguang Wu wrote: > > -mcompact-branches=optimal is an option for the latest version of the MIPS > > architecture which is enabled by mips-malta_qemu_32r6_defconfig but your > > compiler is too old, doesn't support R6. Unfortunately there's no simple > > way to run a test

[PATCH] fs: fix over-zealous use of "const"

When I was fixing up const recommendations from checkpatch.pl, I went overboard. This fixes the warning (during a W=1 build): include/linux/fs.h:2627:74: warning: type qualifiers ignored on function return type [-Wignored-qualifiers] static inline const char * const kernel_read_file_id_str(enum

[PATCH] fs: fix over-zealous use of "const"

When I was fixing up const recommendations from checkpatch.pl, I went overboard. This fixes the warning (during a W=1 build): include/linux/fs.h:2627:74: warning: type qualifiers ignored on function return type [-Wignored-qualifiers] static inline const char * const kernel_read_file_id_str(enum

Re: [PATCHv7 2/3] x86/vdso: add mremap hook to vm_special_mapping

On Mon, Apr 18, 2016 at 7:23 AM, Dmitry Safonov wrote: > Add possibility for userspace 32-bit applications to move > vdso mapping. Previously, when userspace app called > mremap for vdso, in return path it would land on previous > address of vdso page, resulting in

Re: [PATCHv7 2/3] x86/vdso: add mremap hook to vm_special_mapping

On Mon, Apr 18, 2016 at 7:23 AM, Dmitry Safonov wrote: > Add possibility for userspace 32-bit applications to move > vdso mapping. Previously, when userspace app called > mremap for vdso, in return path it would land on previous > address of vdso page, resulting in segmentation violation. > Now

Re: [PATCH v2] PM / Runtime: Only force-resume device if it has been force-suspended

On Thursday, April 21, 2016 02:52:55 AM Laurent Pinchart wrote: > The pm_runtime_force_suspend() and pm_runtime_force_resume() helpers are > designed to help driver being RPM-centric by offering an easy way to > manage runtime PM state during system suspend and resume. The first > function will

Re: [PATCH v2] PM / Runtime: Only force-resume device if it has been force-suspended

On Thursday, April 21, 2016 02:52:55 AM Laurent Pinchart wrote: > The pm_runtime_force_suspend() and pm_runtime_force_resume() helpers are > designed to help driver being RPM-centric by offering an easy way to > manage runtime PM state during system suspend and resume. The first > function will

[PATCH] checkpatch: Add test for keywords not starting on tabstops

It's somewhat common and in general a defect for c90 keywords to not start on a tabstop. Add a test for this condition and warn when it occurs. Signed-off-by: Joe Perches --- scripts/checkpatch.pl | 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH] checkpatch: Add test for keywords not starting on tabstops

It's somewhat common and in general a defect for c90 keywords to not start on a tabstop. Add a test for this condition and warn when it occurs. Signed-off-by: Joe Perches --- scripts/checkpatch.pl | 13 + 1 file changed, 13 insertions(+) diff --git a/scripts/checkpatch.pl

Re: [PATCH V2] cpuidle: Change ktime_get() with local_clock()

On Thu, Apr 21, 2016 at 10:56 AM, Daniel Lezcano wrote: > The ktime_get() can have a non negligeable overhead, use local_clock() > instead. > > In order to test the difference between ktime_get() and local_clock(), > a quick hack has been added to trigger, via debugfs,

Re: [PATCH V2] cpuidle: Change ktime_get() with local_clock()

On Thu, Apr 21, 2016 at 10:56 AM, Daniel Lezcano wrote: > The ktime_get() can have a non negligeable overhead, use local_clock() > instead. > > In order to test the difference between ktime_get() and local_clock(), > a quick hack has been added to trigger, via debugfs, 1 times a > call to

Re: [PATCH] ixgbevf: Fix relaxed order settings in VF driver

Hi Alex, On 4/21/2016 2:22 PM, Alexander Duyck wrote: > On Thu, Apr 21, 2016 at 11:13 AM, Alexander Duyck > wrote: >> On Thu, Apr 21, 2016 at 10:21 AM, Babu Moger wrote: >>> Current code writes the tx/rx relaxed order without reading it first.

Re: [PATCH] ixgbevf: Fix relaxed order settings in VF driver

Hi Alex, On 4/21/2016 2:22 PM, Alexander Duyck wrote: > On Thu, Apr 21, 2016 at 11:13 AM, Alexander Duyck > wrote: >> On Thu, Apr 21, 2016 at 10:21 AM, Babu Moger wrote: >>> Current code writes the tx/rx relaxed order without reading it first. >>> This can lead to unintended consequences as we

Re: [PATCH 1/2] x86/arch_prctl: add ARCH_SET_{COMPAT,NATIVE} to change compatible mode

On Wed, Apr 20, 2016 at 12:05 PM, Peter Zijlstra wrote: > On Wed, Apr 20, 2016 at 08:40:23AM -0700, Andy Lutomirski wrote: >> Do LBR, PEBS, and similar report user regs or do they merely want to >> know the instruction format? If the latter, I could whip up a tiny >>

Re: [PATCH 1/2] x86/arch_prctl: add ARCH_SET_{COMPAT,NATIVE} to change compatible mode

On Wed, Apr 20, 2016 at 12:05 PM, Peter Zijlstra wrote: > On Wed, Apr 20, 2016 at 08:40:23AM -0700, Andy Lutomirski wrote: >> Do LBR, PEBS, and similar report user regs or do they merely want to >> know the instruction format? If the latter, I could whip up a tiny >> function to do just that

Re: [PATCH V3 3/4] gpio: tegra: Get rid of all file scoped global variables

On 04/21/2016 12:35 PM, Laxman Dewangan wrote: On Friday 22 April 2016 12:03 AM, Stephen Warren wrote: On 04/20/2016 07:30 AM, Laxman Dewangan wrote: Move the file scoped multiple global variable from Tegra GPIO driver to the structure and make this as gpiochip data which can be referred from

Re: [PATCH V3 3/4] gpio: tegra: Get rid of all file scoped global variables

On 04/21/2016 12:35 PM, Laxman Dewangan wrote: On Friday 22 April 2016 12:03 AM, Stephen Warren wrote: On 04/20/2016 07:30 AM, Laxman Dewangan wrote: Move the file scoped multiple global variable from Tegra GPIO driver to the structure and make this as gpiochip data which can be referred from

Re: stable-security kernel updates

On 04/21/2016 10:54 AM, Jiri Slaby wrote: > On 04/21/2016, 03:53 PM, Sasha Levin wrote: >> I'm not trying to replace the stable trees, I'm trying to help users who >> don't >> update the stable tree that often to at least receive critical fixes in >> between >> those updates. > > And that's the

Re: stable-security kernel updates

On 04/21/2016 10:54 AM, Jiri Slaby wrote: > On 04/21/2016, 03:53 PM, Sasha Levin wrote: >> I'm not trying to replace the stable trees, I'm trying to help users who >> don't >> update the stable tree that often to at least receive critical fixes in >> between >> those updates. > > And that's the

Re: [PATCH v7 00/10] KVM PCIe/MSI passthrough on ARM/ARM64: kernel part 1/3: iommu changes

On Thu, 21 Apr 2016 14:18:09 +0200 Eric Auger wrote: > Hi Alex, Robin, > On 04/19/2016 06:56 PM, Eric Auger wrote: > > This series introduces the dma-reserved-iommu api used to: > > > > - create/destroy an iova domain dedicated to reserved iova bindings > > - map/unmap

Re: [PATCH v7 00/10] KVM PCIe/MSI passthrough on ARM/ARM64: kernel part 1/3: iommu changes

On Thu, 21 Apr 2016 14:18:09 +0200 Eric Auger wrote: > Hi Alex, Robin, > On 04/19/2016 06:56 PM, Eric Auger wrote: > > This series introduces the dma-reserved-iommu api used to: > > > > - create/destroy an iova domain dedicated to reserved iova bindings > > - map/unmap physical addresses onto

Re: [PATCH v2 0/4] net: thunderx: Add multiqset support for DPDK

From: sunil.kovv...@gmail.com Date: Thu, 21 Apr 2016 12:27:48 +0530 > This patch series mainly adds support for userspace application > like DPDK with a VNIC VF attached to request additional QSets > for having morethan the default 8 queues. I don't think it's appropriate to add facilities for

Re: [PATCH v2 0/4] net: thunderx: Add multiqset support for DPDK

From: sunil.kovv...@gmail.com Date: Thu, 21 Apr 2016 12:27:48 +0530 > This patch series mainly adds support for userspace application > like DPDK with a VNIC VF attached to request additional QSets > for having morethan the default 8 queues. I don't think it's appropriate to add facilities for

Re: [PATCH net] Driver: Vmxnet3: set CHECKSUM_UNNECESSARY for IPv6 packets

From: Shrikrishna Khare Date: Wed, 20 Apr 2016 18:12:29 -0700 > For IPv6, if the device indicates that the checksum is correct, set > CHECKSUM_UNNECESSARY. > > Reported-by: Subbarao Narahari > Signed-off-by: Shrikrishna Khare >

Re: [PATCH net] Driver: Vmxnet3: set CHECKSUM_UNNECESSARY for IPv6 packets

From: Shrikrishna Khare Date: Wed, 20 Apr 2016 18:12:29 -0700 > For IPv6, if the device indicates that the checksum is correct, set > CHECKSUM_UNNECESSARY. > > Reported-by: Subbarao Narahari > Signed-off-by: Shrikrishna Khare > Signed-off-by: Jin Heo Applied.

Re: [PATCH] ixgbevf: Fix relaxed order settings in VF driver

On Thu, Apr 21, 2016 at 11:13 AM, Alexander Duyck wrote: > On Thu, Apr 21, 2016 at 10:21 AM, Babu Moger wrote: >> Current code writes the tx/rx relaxed order without reading it first. >> This can lead to unintended consequences as we are forcibly

Re: [PATCH] ixgbevf: Fix relaxed order settings in VF driver

On Thu, Apr 21, 2016 at 11:13 AM, Alexander Duyck wrote: > On Thu, Apr 21, 2016 at 10:21 AM, Babu Moger wrote: >> Current code writes the tx/rx relaxed order without reading it first. >> This can lead to unintended consequences as we are forcibly writing >> other bits. > > The consequences were

[tip:irq/urgent] irqchip/mips-gic: Don't overrun pcpu_masks array

Commit-ID: 91951f980e521d8f7e92283735b99fb9f4b05d93 Gitweb: http://git.kernel.org/tip/91951f980e521d8f7e92283735b99fb9f4b05d93 Author: Paul Burton AuthorDate: Thu, 21 Apr 2016 11:31:54 +0100 Committer: Thomas Gleixner CommitDate: Thu, 21 Apr

[tip:irq/urgent] irqchip/mips-gic: Don't overrun pcpu_masks array

Commit-ID: 91951f980e521d8f7e92283735b99fb9f4b05d93 Gitweb: http://git.kernel.org/tip/91951f980e521d8f7e92283735b99fb9f4b05d93 Author: Paul Burton AuthorDate: Thu, 21 Apr 2016 11:31:54 +0100 Committer: Thomas Gleixner CommitDate: Thu, 21 Apr 2016 21:04:29 +0200 irqchip/mips-gic: Don't

Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits

On Thu, Apr 21, 2016 at 08:55:38PM +0200, Thomas Gleixner wrote: > On Thu, 21 Apr 2016, Borislav Petkov wrote: > > > +#define MSR_IA32_RTIT_ADDR0_A0x0580 > > > +#define MSR_IA32_RTIT_ADDR0_B0x0581 > > > +#define MSR_IA32_RTIT_ADDR1_A0x0582 > > >

Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits

On Thu, Apr 21, 2016 at 08:55:38PM +0200, Thomas Gleixner wrote: > On Thu, 21 Apr 2016, Borislav Petkov wrote: > > > +#define MSR_IA32_RTIT_ADDR0_A0x0580 > > > +#define MSR_IA32_RTIT_ADDR0_B0x0581 > > > +#define MSR_IA32_RTIT_ADDR1_A0x0582 > > >

Re: [PATCH 2/2] net: ethernet: davinci_emac: Fix platform_data overwrite

From: Neil Armstrong Date: Wed, 20 Apr 2016 10:56:45 +0200 > When the DaVinci emac driver is removed and re-probed, the actual > pdev->dev.platform_data is populated with an unwanted valid pointer saved by > the previous davinci_emac_of_get_pdata() call, causing a kernel

Re: [PATCH 1/2] net: ethernet: davinci_emac: Fix Unbalanced pm_runtime_enable

From: Neil Armstrong Date: Wed, 20 Apr 2016 10:56:13 +0200 > In order to avoid an Unbalanced pm_runtime_enable in the DaVinci > emac driver when the device is removed and re-probed, and a > pm_runtime_disable() call in davinci_emac_remove(). > > Actually, using

Re: [PATCH 1/2] net: ethernet: davinci_emac: Fix Unbalanced pm_runtime_enable

From: Neil Armstrong Date: Wed, 20 Apr 2016 10:56:13 +0200 > In order to avoid an Unbalanced pm_runtime_enable in the DaVinci > emac driver when the device is removed and re-probed, and a > pm_runtime_disable() call in davinci_emac_remove(). > > Actually, using unbind/bind on a TI DM8168 SoC

Re: [PATCH 2/2] net: ethernet: davinci_emac: Fix platform_data overwrite

From: Neil Armstrong Date: Wed, 20 Apr 2016 10:56:45 +0200 > When the DaVinci emac driver is removed and re-probed, the actual > pdev->dev.platform_data is populated with an unwanted valid pointer saved by > the previous davinci_emac_of_get_pdata() call, causing a kernel crash when > calling

Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits

On Thu, 21 Apr 2016, Borislav Petkov wrote: > > +#define MSR_IA32_RTIT_ADDR0_A 0x0580 > > +#define MSR_IA32_RTIT_ADDR0_B 0x0581 > > +#define MSR_IA32_RTIT_ADDR1_A 0x0582 > > +#define MSR_IA32_RTIT_ADDR1_B 0x0583 > > +#define

Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits

On Thu, 21 Apr 2016, Borislav Petkov wrote: > > +#define MSR_IA32_RTIT_ADDR0_A 0x0580 > > +#define MSR_IA32_RTIT_ADDR0_B 0x0581 > > +#define MSR_IA32_RTIT_ADDR1_A 0x0582 > > +#define MSR_IA32_RTIT_ADDR1_B 0x0583 > > +#define

[PATCH] Revert "cpufreq: governor: Fix negative idle_time when configured with CONFIG_HZ_PERIODIC"

From: Rafael J. Wysocki Revert commit 0df35026c6a5 (cpufreq: governor: Fix negative idle_time when configured with CONFIG_HZ_PERIODIC) that introduced a regression by causing the ondemand cpufreq governor to misbehave for CONFIG_TICK_CPU_ACCOUNTING unset (the

[PATCH] Revert "cpufreq: governor: Fix negative idle_time when configured with CONFIG_HZ_PERIODIC"

From: Rafael J. Wysocki Revert commit 0df35026c6a5 (cpufreq: governor: Fix negative idle_time when configured with CONFIG_HZ_PERIODIC) that introduced a regression by causing the ondemand cpufreq governor to misbehave for CONFIG_TICK_CPU_ACCOUNTING unset (the frequency goes up to the max at one

Re: [PATCH 4/8] drm/fb-helper: Add fb_deferred_io support

Den 20.04.2016 17:25, skrev Noralf Trønnes: This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled. Accumulated fbdev framebuffer changes are signaled using the callback (struct drm_framebuffer_funcs *)->dirty() The drm_fb_helper_sys_*() functions will accumulate changes and

Re: [PATCH 4/8] drm/fb-helper: Add fb_deferred_io support

Den 20.04.2016 17:25, skrev Noralf Trønnes: This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled. Accumulated fbdev framebuffer changes are signaled using the callback (struct drm_framebuffer_funcs *)->dirty() The drm_fb_helper_sys_*() functions will accumulate changes and

[PATCH] drm/exynos/hdmi: Don't print error on deferral due to regulators

The regulators may not be available just because their driver's probe function was just not executed and so the regulators not registered. So, in this case the Exynos HDMI driver should not print logs since a -EPROBE_DEFER is not really an error and that will just pollute the kernel log and

[PATCH] drm/exynos/hdmi: Don't print error on deferral due to regulators

The regulators may not be available just because their driver's probe function was just not executed and so the regulators not registered. So, in this case the Exynos HDMI driver should not print logs since a -EPROBE_DEFER is not really an error and that will just pollute the kernel log and

Re: [PATCH V3 3/4] gpio: tegra: Get rid of all file scoped global variables

On Friday 22 April 2016 12:03 AM, Stephen Warren wrote: On 04/20/2016 07:30 AM, Laxman Dewangan wrote: Move the file scoped multiple global variable from Tegra GPIO driver to the structure and make this as gpiochip data which can be referred from GPIO chip callbacks. diff --git

Re: [PATCH V3 3/4] gpio: tegra: Get rid of all file scoped global variables

On Friday 22 April 2016 12:03 AM, Stephen Warren wrote: On 04/20/2016 07:30 AM, Laxman Dewangan wrote: Move the file scoped multiple global variable from Tegra GPIO driver to the structure and make this as gpiochip data which can be referred from GPIO chip callbacks. diff --git

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