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

On Thu, Apr 21, 2016 at 06:11:40PM +0300, Michael S. Tsirkin wrote: > On Thu, Apr 21, 2016 at 03:56:53PM +0100, Stefan Hajnoczi wrote: > > On Thu, Apr 21, 2016 at 04:43:45PM +0300, Michael S. Tsirkin wrote: > > > This adds a flag to enable/disable bypassing the IOMMU by > > > virtio devices. > > >

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

On Fri, Apr 22, 2016 at 09:58:31AM +0200, Thomas Gleixner wrote: > That's really not the same thing. pci ids are issued by a gazillion of vendors > for a bazillion of different devices. There is no consistent view for them. So my reasoning was to not add *every* MSR to that file, especially the on

Re: [PATCH V2 06/14] irqdomain: Don't set type when mapping an IRQ

On 22/04/16 09:48, Jon Hunter wrote: > > On 22/04/16 09:22, Marc Zyngier wrote: >> Hi Jon, >> >> On 21/04/16 16:45, Jon Hunter wrote: >>> >>> On 20/04/16 12:03, Jon Hunter wrote: Some IRQ chips, such as GPIO controllers or secondary level interrupt controllers, may require require additi

Re: [PATCH v7 4/8] dt-bindings: Add a binding for Mediatek Video Encoder

-Driver-and-VPU-Driver/20160422-123111 base: git://linuxtv.org/media_tree.git master config: i386-allmodconfig (attached as .config) reproduce: # save the attached .config to linux build tree make ARCH=i386 All errors (new ones prefixed by >>): >> ERROR: "max_pf

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

On Fri, Apr 22, 2016 at 11:03:09AM +0200, Wadim Egorov wrote: > On 21.04.2016 18:01, Mark Brown wrote: > >> +static int rk808_set_suspend_voltage(struct regulator_dev *rdev, int uv) > >> +{ > > This is fine but is adding a new feature and not part of the refactoring > > that the changelog talked

[RFC][PATCH 09/31] locking,h8300: Implement atomic_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RFC][PATCH 13/31] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:locking/rwsem] locking/rwsem, alpha: Provide __down_write_killable()

Commit-ID: 7deb5eebc1e61b15c5c7f1ef19f216b20d7f7d00 Gitweb: http://git.kernel.org/tip/7deb5eebc1e61b15c5c7f1ef19f216b20d7f7d00 Author: Michal Hocko AuthorDate: Thu, 7 Apr 2016 17:12:27 +0200 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 10:42:21 +0200 locking/rwsem, alpha: Provid

[RFC][PATCH 27/31] locking: Remove linux/atomic.h:atomic_fetch_or

Since all architectures have this implemented natively, remove this now dead code. Signed-off-by: Peter Zijlstra (Intel) --- arch/alpha/include/asm/atomic.h|2 -- arch/arc/include/asm/atomic.h |2 -- arch/arm/include/asm/atomic.h |2 -- arch/arm64/include/asm/atomic

[RFC][PATCH 24/31] locking,xtensa: Implement atomic_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:locking/rwsem] locking/rwsem, ia64: Provide __down_write_killable()

Commit-ID: a02137eb5177e7afc8dfa52a2888c1f2f4840739 Gitweb: http://git.kernel.org/tip/a02137eb5177e7afc8dfa52a2888c1f2f4840739 Author: Michal Hocko AuthorDate: Thu, 7 Apr 2016 17:12:28 +0200 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 10:42:21 +0200 locking/rwsem, ia64: Provide

Re: [PATCH 2/5] x86, KASLR: Drop CONFIG_RANDOMIZE_BASE_MAX_OFFSET

On Fri, Apr 22, 2016 at 09:16:12AM +0200, Ingo Molnar wrote: > > * Kees Cook wrote: > > > >> + Since the kernel is built using 2GB addressing, > > > > > > Does that try to refer to the 1G kernel and 1G fixmap pagetable > > > mappings? I.e., level2_kernel_pgt and level2_fixmap_pgt in > > >

[tip:locking/rwsem] locking/rwsem: Provide down_write_killable()

Commit-ID: 916633a403702549d37ea353e63a68e5b0dc27ad Gitweb: http://git.kernel.org/tip/916633a403702549d37ea353e63a68e5b0dc27ad Author: Michal Hocko AuthorDate: Thu, 7 Apr 2016 17:12:31 +0200 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 08:58:33 +0200 locking/rwsem: Provide down_

[RFC][PATCH 11/31] locking,ia64: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:locking/rwsem] locking/rwsem, s390: Provide __down_write_killable()

Commit-ID: 4edab14ec66fae5b3c7c4969295facf70365f39d Gitweb: http://git.kernel.org/tip/4edab14ec66fae5b3c7c4969295facf70365f39d Author: Michal Hocko AuthorDate: Thu, 7 Apr 2016 17:12:29 +0200 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 10:42:22 +0200 locking/rwsem, s390: Provide

Re: [PATCH] mm: make fault_around_bytes configurable

On Fri, Apr 22, 2016 at 02:15:08PM +0530, Vinayak Menon wrote: > On 04/22/2016 05:31 AM, Andrew Morton wrote: > >On Mon, 18 Apr 2016 20:47:16 +0530 Vinayak Menon > >wrote: > > > >>Mapping pages around fault is found to cause performance degradation > >>in certain use cases. The test performed her

[RFC][PATCH 30/31] locking,mips: Convert to _relaxed atomics

Generic code will construct {,_acquire,_release} versions by adding the required smp_mb__{before,after}_atomic() calls. XXX if/when MIPS will start using their new SYNCxx instructions they can provide custom __atomic_op_{acquire,release}() macros as per the powerpc example. Signed-off-by: Peter

Re: [RFC][PATCH 00/31] implement atomic_fetch_$op

On Fri, Apr 22, 2016 at 11:04:13AM +0200, Peter Zijlstra wrote: > The one that I did not do was ARMv8.1-LSE and I was hoping Will would help out > with that. Also, it looks like the 0-day built bot does not do arm64 builds, > people might want to look into that. OK, weirdness. I received the "BUIL

[tip:locking/rwsem] locking/rwsem, x86: Add frame annotation for call_rwsem_down_write_failed_killable()

Commit-ID: 00fb16e26ac8559e69c3bb14284f4a548d28ee0d Gitweb: http://git.kernel.org/tip/00fb16e26ac8559e69c3bb14284f4a548d28ee0d Author: Michal Hocko AuthorDate: Wed, 13 Apr 2016 11:57:12 +0200 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 08:58:41 +0200 locking/rwsem, x86: Add fra

[tip:locking/rwsem] locking/rwsem, x86: Provide __down_write_killable()

Commit-ID: 664b4e24c6145830885e854195376351b0eb3eee Gitweb: http://git.kernel.org/tip/664b4e24c6145830885e854195376351b0eb3eee Author: Michal Hocko AuthorDate: Thu, 7 Apr 2016 17:12:30 +0200 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 10:42:22 +0200 locking/rwsem, x86: Provide

[tip:x86/boot] x86/KASLR: Drop CONFIG_RANDOMIZE_BASE_MAX_OFFSET

Commit-ID: e8581e3d67788b6b29d055fa42c6cb5b258fee64 Gitweb: http://git.kernel.org/tip/e8581e3d67788b6b29d055fa42c6cb5b258fee64 Author: Baoquan He AuthorDate: Wed, 20 Apr 2016 13:55:43 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:00:50 +0200 x86/KASLR: Drop CONFIG_RANDOM

[tip:x86/boot] x86/KASLR: Update description for decompressor worst case size

Commit-ID: 4252db10559fc3d1efc1e43613254fdd220b014b Gitweb: http://git.kernel.org/tip/4252db10559fc3d1efc1e43613254fdd220b014b Author: Baoquan He AuthorDate: Wed, 20 Apr 2016 13:55:42 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:00:50 +0200 x86/KASLR: Update description

[RFC][PATCH 29/31] locking,alpha: Convert to _relaxed atomics

Generic code will construct {,_acquire,_release} versions by adding the required smp_mb__{before,after}_atomic() calls. Signed-off-by: Peter Zijlstra (Intel) --- arch/alpha/include/asm/atomic.h | 36 1 file changed, 24 insertions(+), 12 deletions(-) --- a/

[tip:core/urgent] objtool: Fix Makefile to properly see if libelf is supported

Commit-ID: c2bb9e32e2315971a8535fee77335c04a739d71d Gitweb: http://git.kernel.org/tip/c2bb9e32e2315971a8535fee77335c04a739d71d Author: Steven Rostedt AuthorDate: Wed, 20 Apr 2016 11:32:35 -0400 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 09:00:57 +0200 objtool: Fix Makefile to

[RFC][PATCH 23/31] locking,x86: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:x86/boot] x86/boot: Clean up things used by decompressors

Commit-ID: 1f208de37d10bb9067f3b061d281363be0cd1805 Gitweb: http://git.kernel.org/tip/1f208de37d10bb9067f3b061d281363be0cd1805 Author: Kees Cook AuthorDate: Wed, 20 Apr 2016 13:55:44 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:00:50 +0200 x86/boot: Clean up things used

[RFC][PATCH 12/31] locking,m32r: Implement atomic_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:x86/boot] x86/boot: Make memcpy() handle overlaps

Commit-ID: bf0118dbba9542ceb5d33d4a86830a6c88b0bbf6 Gitweb: http://git.kernel.org/tip/bf0118dbba9542ceb5d33d4a86830a6c88b0bbf6 Author: Kees Cook AuthorDate: Wed, 20 Apr 2016 13:55:45 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:00:50 +0200 x86/boot: Make memcpy() handle

[RFC][PATCH 19/31] locking,s390: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:x86/asm] x86/doc: Correct limits in Documentation/x86/x86_64/mm.txt

Commit-ID: 78b0634d2851d30ec5d289aefbae23b141de67f0 Gitweb: http://git.kernel.org/tip/78b0634d2851d30ec5d289aefbae23b141de67f0 Author: Juergen Gross AuthorDate: Fri, 22 Apr 2016 09:35:04 +0200 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:03:24 +0200 x86/doc: Correct limits in

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

On 20/04/16 12:03, Jon Hunter wrote: > The Tegra AGIC interrupt controller is compatible with the ARM GIC-400 > interrupt controller. The Tegra AGIC requires two clocks, namely the > "ape" (functional) and "apb2ape" (interface) clocks, to operate. Add > the compatible string and clock information f

[tip:x86/boot] x86/KASLR: Warn when KASLR is disabled

Commit-ID: 0f8ede1b8c4cb845c53072d7e49d71ca24a61ced Gitweb: http://git.kernel.org/tip/0f8ede1b8c4cb845c53072d7e49d71ca24a61ced Author: Kees Cook AuthorDate: Wed, 20 Apr 2016 13:55:46 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:00:51 +0200 x86/KASLR: Warn when KASLR is

Re: [PATCH kernel 1/2] mm: add the related functions to build the free page bitmap

* Michael S. Tsirkin (m...@redhat.com) wrote: > On Tue, Apr 19, 2016 at 03:02:09PM +, Li, Liang Z wrote: > > > On Tue, 2016-04-19 at 22:34 +0800, Liang Li wrote: > > > > The free page bitmap will be sent to QEMU through virtio interface and > > > > used for live migration optimization. > > > >

[tip:x86/boot] x86/boot: Enumerate documentation for the x86 hardware_subarch

Commit-ID: 18c78a96239749fc4aaee84ca1eb5a8e81f2601d Gitweb: http://git.kernel.org/tip/18c78a96239749fc4aaee84ca1eb5a8e81f2601d Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:31 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:28:59 +0200 x86/boot: Enumerate do

[tip:x86/boot] x86/xen: Use X86_SUBARCH_XEN for PV guest boots

Commit-ID: ea1794812410e92c537c839bedeb2d2b2f87c80d Gitweb: http://git.kernel.org/tip/ea1794812410e92c537c839bedeb2d2b2f87c80d Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:32 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:28:59 +0200 x86/xen: Use X86_SUBAR

Re: [PATCH] mm: move huge_pmd_set_accessed out of huge_memory.c

On Thu, Apr 21, 2016 at 03:56:07PM -0700, Shi, Yang wrote: > On 4/21/2016 12:30 AM, Kirill A. Shutemov wrote: > >On Wed, Apr 20, 2016 at 02:00:11PM -0700, Shi, Yang wrote: > >>Hi folks, > >> > >>I didn't realize pmd_* functions are protected by > >>CONFIG_TRANSPARENT_HUGEPAGE on the most architectu

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

On 04/22/2016 11:47 AM, Ricardo Ribalda Delgado wrote: > Thanks for your review! > > I will fix it that way. Do you mind to wait until Monday for a patch? No problem. Hans > > Regards > > On 22 Apr 2016 11:19, "Hans Verkuil" > wrote: > > Hi Ricardo, >

[tip:x86/boot] x86/ACPI: Move ACPI_FADT_NO_CMOS_RTC check to ACPI boot code

Commit-ID: 088a8ef8207f19aadbade0971af21ad89fdc3815 Gitweb: http://git.kernel.org/tip/088a8ef8207f19aadbade0971af21ad89fdc3815 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:35 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:01 +0200 x86/ACPI: Move ACPI_FA

[tip:x86/asm] x86/mm/xen: Suppress hugetlbfs in PV guests

Commit-ID: 103f6112f253017d7062cd74d17f4a514ed4485c Gitweb: http://git.kernel.org/tip/103f6112f253017d7062cd74d17f4a514ed4485c Author: Jan Beulich AuthorDate: Thu, 21 Apr 2016 00:27:04 -0600 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:05:00 +0200 x86/mm/xen: Suppress hugetlb

[tip:x86/boot] tools/lguest: Make lguest launcher use X86_SUBARCH_LGUEST explicitly

Commit-ID: 907bb655797427cc6498045d6977e77f8363fff7 Gitweb: http://git.kernel.org/tip/907bb655797427cc6498045d6977e77f8363fff7 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:33 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:00 +0200 tools/lguest: Make lgu

[tip:x86/boot] x86/rtc: Replace paravirt rtc check with platform legacy quirk

Commit-ID: 8d152e7a5c7537b18b4e9e0eb96f549b016636dc Gitweb: http://git.kernel.org/tip/8d152e7a5c7537b18b4e9e0eb96f549b016636dc Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:34 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:01 +0200 x86/rtc: Replace parav

[RFC][PATCH 08/31] locking,frv: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:x86/boot] x86/init: Use a platform legacy quirk for EBDA

Commit-ID: 1330e3bc544a1951d81b7f3c7d4cecf77d906f67 Gitweb: http://git.kernel.org/tip/1330e3bc544a1951d81b7f3c7d4cecf77d906f67 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:36 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:02 +0200 x86/init: Use a platfo

[tip:x86/boot] tools/lguest: Force disable tboot and APM

Commit-ID: 46504590321dc62a11065f8d00e1b12037c37018 Gitweb: http://git.kernel.org/tip/46504590321dc62a11065f8d00e1b12037c37018 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:37 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:03 +0200 tools/lguest: Force di

[tip:x86/boot] x86/apm32: Remove paravirt_enabled() use

Commit-ID: 8bc55f805697ec2a69c6a576fac8ee36ea9772bb Gitweb: http://git.kernel.org/tip/8bc55f805697ec2a69c6a576fac8ee36ea9772bb Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:38 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:03 +0200 x86/apm32: Remove para

[RFC][PATCH 02/31] locking,alpha: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RFC][PATCH 14/31] locking,metag: Implement atomic_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:x86/boot] x86/tboot: Remove paravirt_enabled() use

Commit-ID: 44ecf0ef907fe45510566d308d670aa5823a4dd5 Gitweb: http://git.kernel.org/tip/44ecf0ef907fe45510566d308d670aa5823a4dd5 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:39 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:04 +0200 x86/tboot: Remove para

[tip:x86/boot] x86/ACPI: Parse ACPI_FADT_LEGACY_DEVICES

Commit-ID: 7a17b82ccd6671a4bb436df52eedeff906b02735 Gitweb: http://git.kernel.org/tip/7a17b82ccd6671a4bb436df52eedeff906b02735 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:42 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:06 +0200 x86/ACPI: Parse ACPI_F

[RFC][PATCH 06/31] locking,avr32: Implement atomic_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:x86/boot] x86, drivers/pnpbios: Replace paravirt_enabled() check with legacy device check

Commit-ID: 80dfd83dfab6e49a31ab8fc484a801aef1c567bd Gitweb: http://git.kernel.org/tip/80dfd83dfab6e49a31ab8fc484a801aef1c567bd Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:41 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:05 +0200 x86, drivers/pnpbios:

[RFC][PATCH 16/31] locking,mn10300: Implement atomic_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:x86/boot] x86/cpu/intel: Remove not needed paravirt_enabled() use for F00F work around

Commit-ID: fa392794ed8329379f3f637da7c3c2f078309a77 Gitweb: http://git.kernel.org/tip/fa392794ed8329379f3f637da7c3c2f078309a77 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:40 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:05 +0200 x86/cpu/intel: Remove

[patch] spi: pic32-sqi: silence array overflow warning

We read one element beyond the end of the array when we access "rdesc[i + 1]" so it causes a static checker warning. It's harmless because we write over it again on the next line. But let's just silence the warning. Signed-off-by: Dan Carpenter diff --git a/drivers/spi/spi-pic32-sqi.c b/driver

[tip:x86/boot] x86/init: Rename EBDA code file

Commit-ID: f2d85299b7f11f73cc0a294e396cdae114e75787 Gitweb: http://git.kernel.org/tip/f2d85299b7f11f73cc0a294e396cdae114e75787 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:43 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:07 +0200 x86/init: Rename EBDA

[RFC][PATCH 20/31] locking,sh: Implement atomic_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[tip:x86/boot] x86/paravirt: Remove paravirt_enabled()

Commit-ID: 867fe800b4c423bce46e66ccb2ce91bebbd5afc6 Gitweb: http://git.kernel.org/tip/867fe800b4c423bce46e66ccb2ce91bebbd5afc6 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:44 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:07 +0200 x86/paravirt: Remove p

[tip:x86/boot] x86/init: Disable pnpbios for X86_SUBARCH_INTEL_MID

Commit-ID: f6935b7bfbf8345bea05f73dc48ce81b70f016e0 Gitweb: http://git.kernel.org/tip/f6935b7bfbf8345bea05f73dc48ce81b70f016e0 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:45 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:08 +0200 x86/init: Disable pnpb

[GIT PULL] sound fixes for 4.6-rc5

Linus, please pull sound fixes for v4.6-rc5 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.6-rc5 The topmost commit is 3194ed497939c6448005542e3ca4fa2386968fa0 sound fixes for 4.6-rc5 Again a

[tip:x86/boot] x86/init: Disable pnpbios and rtc for X86_SUBARCH_CE4100

Commit-ID: a50b22a7a1e60c48ca26cada362076b54823c501 Gitweb: http://git.kernel.org/tip/a50b22a7a1e60c48ca26cada362076b54823c501 Author: Luis R. Rodriguez AuthorDate: Wed, 13 Apr 2016 17:04:46 -0700 Committer: Ingo Molnar CommitDate: Fri, 22 Apr 2016 10:29:09 +0200 x86/init: Disable pnpb

[git pull] IOMMU Fixes for Linux v4.6-rc3

Hi Linus, The following changes since commit bf16200689118d19de1b8d2a3c314fc21f5dc7bb: Linux 4.6-rc3 (2016-04-10 17:58:30 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git tags/iommu-fixes-v4.6-rc4 for you to fetch changes up to 98

[RFC][PATCH 25/31] locking: Fix atomic64_relaxed bits

We should only expand the atomic64 relaxed bits once we've included all relevant headers. So move it down until after we potentially include asm-generic/atomic64.h. In practise this will not have made a difference so far, since the generic bits will not define _relaxed versions. Signed-off-by: Pe

[RFC][PATCH 18/31] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RFC][PATCH 17/31] locking,parisc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RFC][PATCH 01/31] locking: Flip arguments to atomic_fetch_or

All the atomic operations have their arguments the wrong way around; make atomic_fetch_or() consistent and flip them. Signed-off-by: Peter Zijlstra (Intel) --- include/linux/atomic.h |4 ++-- kernel/time/tick-sched.c |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) --- a/incl

[RFC][PATCH 26/31] locking: Implement atomic{,64,_long}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()

Now that all the architectures have implemented support for these new atomic primitives add on the generic infrastructure to expose and use it. Signed-off-by: Peter Zijlstra (Intel) --- include/asm-generic/atomic-long.h | 36 +++- include/asm-generic/atomic.h | 49 + include/asm-gen

[RFC][PATCH 28/31] locking: Remove the deprecated atomic_{set,clear}_mask() functions

These functions have been deprecated for a while and there is only the one user left, convert and kill. Signed-off-by: Peter Zijlstra (Intel) --- include/linux/atomic.h | 10 -- kernel/locking/qspinlock_paravirt.h |4 ++-- 2 files changed, 2 insertions(+), 12 deletions

Re: [PATCH V2 14/14] irqchip/gic: Add support for tegra AGIC interrupt controller

On 20/04/16 12:03, Jon Hunter wrote: > Add a driver for the Tegra-AGIC interrupt controller which is compatible > with the ARM GIC-400 interrupt controller. > > The Tegra AGIC (Audio GIC) is part of the Audio Processing Engine (APE) on > Tegra210 and can route interrupts to either the GIC for the

[RFC][PATCH 21/31] locking,sparc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RFC][PATCH 03/31] locking,arc: Implement atomic_fetch_{add,sub,and,andnot,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RFC][PATCH 07/31] locking,blackfin: Implement atomic_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RFC][PATCH 05/31] locking,arm64: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RFC][PATCH 15/31] locking,mips: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RFC][PATCH 00/31] implement atomic_fetch_$op

As there have been a few requests for atomic_fetch_$op primitives and recently by Linus, I figured I'd go and implement the lot. The atomic_fetch_$op differs from the existing atomic_$op_return we already have by returning the old value instead of the new value. This is especially useful when the

[RFC][PATCH 22/31] locking,tile: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

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

On Wed, Apr 20, 2016 at 12:03:56PM +0100, Jon Hunter wrote: > The Tegra AGIC interrupt controller is compatible with the ARM GIC-400 > interrupt controller. The cover letter says it _is_ a GIC-400, just used in a slightly unusual manner (i.e. not directly connected to CPUs). > The Tegra AGIC requ

[patch 2/2] crypto: mxc-scc - fix unwinding in mxc_scc_crypto_register()

There are two issues here: 1) We need to decrement "i" otherwise we unregister something that was not successfully registered. 2) The original code did not unregister the first element in the array where i is zero. Fixes: d293b640ebd5 ('crypto: mxc-scc - add basic driver for the MXC SCC') S

[PATCH] driver: input :touchscreen : add Raydium I2C touch driver

From: "jeffrey.lin" Raydium I2C touch driver. Signed-off-by: jeffrey.lin --- drivers/input/touchscreen/Kconfig | 12 + drivers/input/touchscreen/Makefile |1 + drivers/input/touchscreen/raydium_i2c_ts.c | 1172 3 files changed, 1185 insertion

[RFC][PATCH 31/31] locking,qrwlock: Employ atomic_fetch_add_acquire()

The only reason for the current code is to make GCC emit only the "LOCK XADD" instruction on x86 (and not do a pointless extra ADD on the result), do so nicer. Signed-off-by: Peter Zijlstra (Intel) --- kernel/locking/qrwlock.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/kerne

[RFC][PATCH 10/31] locking,hexagon: Implement atomic_fetch_{add,sub,and,or,xor}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RESEND PATCH 3/8] thermal: rockchip: update the tsadc table for rk3399

This patch fixes the incorrect conversion table. The Code to Temperature mapping is updated based on sillcon results. Fixes commit b0d70338bca22cb14 ("thermal: rockchip: Support the RK3399 SoCs in thermal driver"). Signed-off-by: Caesar Wang Cc: Zhang Rui Cc: Eduardo Valentin Cc: Heiko Stuebne

[RESEND PATCH 6/8] thermal: rockchip: add the notes for better reading

To update the notes for keeping in mind that quickly in case someone re-read this driver in the future. Signed-off-by: Caesar Wang Cc: Zhang Rui Cc: Eduardo Valentin Cc: Heiko Stuebner --- drivers/thermal/rockchip_thermal.c | 74 +++--- 1 file changed, 53 inse

[RESEND PATCH 2/8] thermal: rockchip: fixes the code_to_temp for tsadc driver

We should judge the table.id[mid].code insearch algorithm on matter the adc value increment or decrement. Or otherwise, the temperature return the incorrect value in some cases. [1.438589] adc_val=402,temp=-4 [1.438903] adc_val=403,temp=-39375 [1.439217] adc_val=404,temp=-38750 ...

[patch] [media] cx231xx: silence uninitialized variable warning

We print an uninitialized "actlen" variable on the error path. Signed-off-by: Dan Carpenter diff --git a/drivers/media/usb/cx231xx/cx231xx-core.c b/drivers/media/usb/cx231xx/cx231xx-core.c index f497888..6741fd0 100644 --- a/drivers/media/usb/cx231xx/cx231xx-core.c +++ b/drivers/media/usb/cx231

[RFC][PATCH 04/31] locking,arm: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()

Implement FETCH-OP atomic primitives, these are very similar to the existing OP-RETURN primitives we already have, except they return the value of the atomic variable _before_ modification. This is especially useful for irreversible operations -- such as bitops (because it becomes impossible to re

[RESEND PATCH 0/8] thermal: rockchip: Support rk3366/rk3399 SoCS and fixes the driver

dts: rockchip: move the rk3368 thermal data into rk3368.dtsi Verified on url = https://github.com/Caesar-github/rockchip/tree/wip/fixes-rockchip-thermal Based on linux-next kernel for 20160422 Verified on rk3288/rk3366/rk3399 SoCs with rockchip inside kernel(develop4.4). The rk3399 dtsi has benn sent

[RESEND PATCH 7/8] ARM: dts: rockchip: move the rk3288 thermal data into rk3288.dtsi

In order to be standard to manage for rockchip SoCs, move the thermal data into rk3288 dtsi, we needn't to add a new file for thermal. Signed-off-by: Caesar Wang Cc: Zhang Rui Cc: Eduardo Valentin Cc: Heiko Stuebner --- arch/arm/boot/dts/rk3288-thermal.dtsi | 118 ---

[RESEND PATCH 5/8] thermal: rockchip: Support RK3366 SoCs in the thermal driver

From: Elaine Zhang The RK3366 SoCs have two Temperature Sensors, channel 0 is for CPU channel 1 is for GPU. Signed-off-by: Elaine Zhang Signed-off-by: Caesar Wang --- drivers/thermal/rockchip_thermal.c | 28 1 file changed, 28 insertions(+) diff --git a/drivers/

[RESEND PATCH 8/8] arm64: dts: rockchip: move the rk3368 thermal data into rk3368.dtsi

In order to be standard to manage for rockchip SoCs, move the thermal data into rk3368 dtsi, we needn't to add a new file for thermal. Fixes commit f990238f859e ("arm64: dts: rockchip: Add main thermal info to rk3368.dtsi") Signed-off-by: Caesar Wang Cc: Zhang Rui Cc: Eduardo Valentin Cc: Hei

[patch] iio: light: apds9960: silence uninitialized variable warning

It causes a static checker warning if we use "buf" on the failure path so move that inside the if statement. Signed-off-by: Dan Carpenter diff --git a/drivers/iio/light/apds9960.c b/drivers/iio/light/apds9960.c index a6af56a..fbdd172 100644 --- a/drivers/iio/light/apds9960.c +++ b/drivers/iio/li

[RESEND PATCH 4/8] thermal: rockchip: handle the power sequence for tsadc controller

This adds the grf property to handle the tsadc power sequence on rockchip some SoCs. Verified on rk3399 can work with this patch on now. while true; do grep "" /sys/class/thermal/thermal_zone[0-1]/temp sleep .5; done /sys/class/thermal/thermal_zone0/temp:40555 /sys/class/thermal/thermal_zone1/tem

oferta personal y préstamo de negocios

Hola, am Dr. Eric CHARLES, legítimo y confiable prestamista préstamo de Skye de Servicios Financieros. Ofrecemos préstamos en una forma clara y comprensible y condiciones en la tasa de interés del 3%. De $ 5,000.00 a $ 450,000,000.00USD y Euros Solo. Nos ofrecen préstamos de negocios, présta

Re: [patch] spi: pic32-sqi: silence array overflow warning

On 04/22/2016 03:25 PM, Dan Carpenter wrote: > We read one element beyond the end of the array when we access > "rdesc[i + 1]" so it causes a static checker warning. It's harmless > because we write over it again on the next line. But let's just silence > the warning. > > Signed-off-by: Dan Carp

[patch] Bluetooth: ath3k: Silence uninitialized variable warning

We could print an uninitialized value in the error message. Signed-off-by: Dan Carpenter diff --git a/drivers/bluetooth/ath3k.c b/drivers/bluetooth/ath3k.c index 47ca4b3..641c2d1 100644 --- a/drivers/bluetooth/ath3k.c +++ b/drivers/bluetooth/ath3k.c @@ -206,7 +206,8 @@ static int ath3k_load_firm

[PATCH] mtd, ubi: set free_count to zero before walking through erase list

Set free_count to zero before walking through ai->erase list in wl_init(). Found in U-Boot as U-Boot has no workqueue/threads, it immediately calls erase_worker(), which increase for each erased block free_count. Without this patch, free_count gets after this initialized to zero in wl_init(), so t

[RESEND PATCH 1/8] thermal: rockchip: disable thermal->clk in err case

From: Shawn Lin Disable thermal->clk when enabling pclk fails in resume routine. Signed-off-by: Shawn Lin Reviewed-by: Heiko Stuebner Reviewed-by: Caesar Wang Signed-off-by: Caesar Wang --- drivers/thermal/rockchip_thermal.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --

Re: [PATCH] iio: inv_mpu6050: Add support for auxiliary I2C master

On 04/21/2016 04:56 PM, Peter Rosin wrote: > Crestez Dan Leonard wrote: >> On 04/20/2016 11:31 PM, Peter Rosin wrote: >>> Crestez Dan Leonard wrote: Changes since that version: * Nest the adapter in inv_mpu6050_state instead of making it static * Explicitly forward of_node "i2c-aux-m

Re: [regression] linux318, linux41 - kernel stack is corrupted

On Fri, 2016-04-22 at 17:23 +0900, Greg Kroah-Hartman wrote: > On Fri, Apr 22, 2016 at 10:10:59AM +0200, Sebastian M. Bobrecki wrote: > > W dniu 22.04.2016 o 09:55, Greg Kroah-Hartman pisze: > > > On Fri, Apr 22, 2016 at 09:47:04AM +0200, Sebastian M. Bobrecki wrote: > > > > Hi, > > > > > > > > I

Re: [PATCH 7/9] thermal: of: Add support for hardware-tracked trip points

Hi Sascha, These are still the newest patches. I won't have any resources in the near future for continuing the work on them, so feel free to pick them up. There hasn't been much discussion around these patches which was the reason I abandoned them. Okay. I start to pick them up and do some te

[[PATCH v2] 05/11] pwm: sti: Only request clock rate when you need to

In the original code the clock rate was only obtained during initialisation; however, the rate may change between then and its use. This patch ensures the correct rate is acquired just before use. Signed-off-by: Lee Jones --- drivers/pwm/pwm-sti.c | 16 1 file changed, 8 insert

<    1   2   3   4   5   6   7   8   9   >