[PATCH v5 0/3] LSM: security module information improvements - Acked

Subject: [PATCH v5 0/3] LSM: security module information improvements I have added Acks. James, would you like me to add this to the Smack tree? Changes from v4: Use kasprintf instead of kzalloc() ... sprintf in more places. More in the documentation. Separate module

Re: [PATCH v6 12/22] sh: Add PCI host bridge driver for SH7751

On Mon, Jul 04, 2016 at 01:46:32AM +0900, Yoshinori Sato wrote: > This is an alternative SH7751 PCI driver. > Existing driver (arch/sh/drivers/pci/pci-sh7751) uses SH specific interface. > But this driver uses common PCI interface. It is more modern and generic. > > Signed-off-by: Yoshinori Sato

[PATCH v5 3/3] LSM: Add context interface for proc attrs - Acked

Subject: [PATCH v5 3/3] LSM: Add context interface for proc attrs The /proc/.../attr/current interface is used by all three Linux security modules (SELinux, Smack and AppArmor) to report and modify the process security attribute. This is all fine when there is exactly one of these modules active

[PATCH v5 2/3] LSM: module hierarchy in /proc/.../attr - Acked

Subject: [PATCH v5 2/3] LSM: module hierarchy in /proc/.../attr Back in 2007 I made what turned out to be a rather serious mistake in the implementation of the Smack security module. The SELinux module used an interface in /proc to manipulate the security context on processes. Rather than use a

[PATCH v5 0/3] LSM: security module information improvements - Acked

Subject: [PATCH v5 0/3] LSM: security module information improvements I have added Acks. James, would you like me to add this to the Smack tree? Changes from v4: Use kasprintf instead of kzalloc() ... sprintf in more places. More in the documentation. Separate module

Re: [PATCH v6 12/22] sh: Add PCI host bridge driver for SH7751

On Mon, Jul 04, 2016 at 01:46:32AM +0900, Yoshinori Sato wrote: > This is an alternative SH7751 PCI driver. > Existing driver (arch/sh/drivers/pci/pci-sh7751) uses SH specific interface. > But this driver uses common PCI interface. It is more modern and generic. > > Signed-off-by: Yoshinori Sato

[PATCH 1/5] security, overlayfs: provide copy up security hook for unioned files

Provide a security hook to label new file correctly when a file is copied up from lower layer to upper layer of a overlay/union mount. This hook can prepare and switch to a new set of creds which are suitable for new file creation during copy up. Caller should revert to old creds after file

[PATCH 1/5] security, overlayfs: provide copy up security hook for unioned files

Provide a security hook to label new file correctly when a file is copied up from lower layer to upper layer of a overlay/union mount. This hook can prepare and switch to a new set of creds which are suitable for new file creation during copy up. Caller should revert to old creds after file

[PATCH 0/5][RFC] Overlayfs SELinux Support

Hi, Following are RFC patches to support SELinux with overlayfs. I started with David Howells's latest posting on this topic and started modifying patches. These patches apply on top of overlayfs-next branch of miklos vfs git tree. git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git

[PATCH 4/5] overlayfs: Correctly label newly created file over whiteout

During a new file creation, we have switched to mounter's creds for actual file creation. Also if there is a whiteout present, then file will be created in work/ dir and then renamed in upper. In none of the cases file will be labeled as we want it to be. Newly created file's labels should be

[PATCH 0/5][RFC] Overlayfs SELinux Support

Hi, Following are RFC patches to support SELinux with overlayfs. I started with David Howells's latest posting on this topic and started modifying patches. These patches apply on top of overlayfs-next branch of miklos vfs git tree. git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git

[PATCH 4/5] overlayfs: Correctly label newly created file over whiteout

During a new file creation, we have switched to mounter's creds for actual file creation. Also if there is a whiteout present, then file will be created in work/ dir and then renamed in upper. In none of the cases file will be labeled as we want it to be. Newly created file's labels should be

Re: [RFC PATCH] dt/bindings: Add bindings for JC-42.4 compatible temperature sensors

On Sat, Jul 02, 2016 at 10:05:42AM -0700, Guenter Roeck wrote: > Provide generic bindings for all Jedec JC-42.4 compatible temperature > sensor chips. > > Signed-off-by: Guenter Roeck > --- > RFC to address: > - Is "jc-42-4" ok to use for JC-42.4 ? > - JC42.4 really specifies

Re: [RFC PATCH] dt/bindings: Add bindings for JC-42.4 compatible temperature sensors

On Sat, Jul 02, 2016 at 10:05:42AM -0700, Guenter Roeck wrote: > Provide generic bindings for all Jedec JC-42.4 compatible temperature > sensor chips. > > Signed-off-by: Guenter Roeck > --- > RFC to address: > - Is "jc-42-4" ok to use for JC-42.4 ? > - JC42.4 really specifies an SPD EEPROM with

Re: [Xen-devel] [PATCH linux 2/8] xen: introduce xen_vcpu_id mapping

>>> On 05.07.16 at 17:34, wrote: > On Thu, Jun 30, 2016 at 03:10:11AM -0600, Jan Beulich wrote: >> >>> On 29.06.16 at 18:27, wrote: >> > On 29/06/16 17:19, Vitaly Kuznetsov wrote: >> >> To explain better what I'm trying to suggest here please

Re: [Xen-devel] [PATCH linux 2/8] xen: introduce xen_vcpu_id mapping

>>> On 05.07.16 at 17:34, wrote: > On Thu, Jun 30, 2016 at 03:10:11AM -0600, Jan Beulich wrote: >> >>> On 29.06.16 at 18:27, wrote: >> > On 29/06/16 17:19, Vitaly Kuznetsov wrote: >> >> To explain better what I'm trying to suggest here please take a look at >> >> the attached patch. If we can

Re: usb: memory allocation WARNING in hcd_buffer_alloc

On Tue, 5 Jul 2016, Dmitry Vyukov wrote: > Hello, > > The following program trigger the following WARNING: > > [ cut here ] > WARNING: CPU: 0 PID: 6263 at mm/page_alloc.c:3584[< inline >] > __alloc_pages_slowpath mm/page_alloc.c:3584 > WARNING: CPU: 0 PID: 6263

Re: usb: memory allocation WARNING in hcd_buffer_alloc

On Tue, 5 Jul 2016, Dmitry Vyukov wrote: > Hello, > > The following program trigger the following WARNING: > > [ cut here ] > WARNING: CPU: 0 PID: 6263 at mm/page_alloc.c:3584[< inline >] > __alloc_pages_slowpath mm/page_alloc.c:3584 > WARNING: CPU: 0 PID: 6263

Re: [PATCH v2] ARM: at91: Document new TCB bindings

On Mon, Jul 4, 2016 at 8:10 AM, Boris Brezillon wrote: > On Thu, 30 Jun 2016 20:27:43 -0500 > Rob Herring wrote: > >> On Mon, Jun 27, 2016 at 05:05:01PM +0200, Alexandre Belloni wrote: >> > The current binding for the TCB is not flexible

Re: [PATCH v2] ARM: at91: Document new TCB bindings

On Mon, Jul 4, 2016 at 8:10 AM, Boris Brezillon wrote: > On Thu, 30 Jun 2016 20:27:43 -0500 > Rob Herring wrote: > >> On Mon, Jun 27, 2016 at 05:05:01PM +0200, Alexandre Belloni wrote: >> > The current binding for the TCB is not flexible enough for some use cases >> > and prevents proper

Re: [PATCH v9 1/2] i2c: i801: add support of Host Notify

On Fri, Jun 24, 2016 at 04:39:49PM +0200, Benjamin Tissoires wrote: > The i801 chip can handle the Host Notify feature since ICH 3 as mentioned > in > http://www.intel.com/content/dam/doc/datasheet/82801ca-io-controller-hub-3-datasheet.pdf > > Enable the functionality unconditionally and

Re: [PATCH v9 1/2] i2c: i801: add support of Host Notify

On Fri, Jun 24, 2016 at 04:39:49PM +0200, Benjamin Tissoires wrote: > The i801 chip can handle the Host Notify feature since ICH 3 as mentioned > in > http://www.intel.com/content/dam/doc/datasheet/82801ca-io-controller-hub-3-datasheet.pdf > > Enable the functionality unconditionally and

Re: [PATCH v23 10/22] posix_acl: Improve xattr fixup code

On Thu, 2016-06-30 at 15:47 +0200, Andreas Gruenbacher wrote: > Both XATTR_NAME_POSIX_ACL_ACCESS and XATTR_NAME_POSIX_ACL_DEFAULT have > the same XATTR_SYSTEM_PREFIX prefix; don't check for the same prefix > repeatedly. > > Signed-off-by: Andreas Gruenbacher > Reviewed-by:

Re: [PATCH v23 10/22] posix_acl: Improve xattr fixup code

On Thu, 2016-06-30 at 15:47 +0200, Andreas Gruenbacher wrote: > Both XATTR_NAME_POSIX_ACL_ACCESS and XATTR_NAME_POSIX_ACL_DEFAULT have > the same XATTR_SYSTEM_PREFIX prefix; don't check for the same prefix > repeatedly. > > Signed-off-by: Andreas Gruenbacher > Reviewed-by: Steve French > --- >  

Re: [Xen-devel] [PATCH linux 2/8] xen: introduce xen_vcpu_id mapping

On Thu, Jun 30, 2016 at 03:10:11AM -0600, Jan Beulich wrote: > >>> On 29.06.16 at 18:27, wrote: > > On 29/06/16 17:19, Vitaly Kuznetsov wrote: > >> To explain better what I'm trying to suggest here please take a look at > >> the attached patch. If we can guarantee long

Re: [Xen-devel] [PATCH linux 2/8] xen: introduce xen_vcpu_id mapping

On Thu, Jun 30, 2016 at 03:10:11AM -0600, Jan Beulich wrote: > >>> On 29.06.16 at 18:27, wrote: > > On 29/06/16 17:19, Vitaly Kuznetsov wrote: > >> To explain better what I'm trying to suggest here please take a look at > >> the attached patch. If we can guarantee long term that ACPI id always >

Re: [PATCH 3/3] xen: support runqueue steal time on xen

On Wed, 22 Jun 2016, Juergen Gross wrote: > Up to now reading the stolen time of a remote cpu was not possible in a > performant way under Xen. This made support of runqueue steal time via > paravirt_steal_rq_enabled impossible. > > With the addition of an appropriate hypervisor interface this is

Re: [PATCH 3/3] xen: support runqueue steal time on xen

On Wed, 22 Jun 2016, Juergen Gross wrote: > Up to now reading the stolen time of a remote cpu was not possible in a > performant way under Xen. This made support of runqueue steal time via > paravirt_steal_rq_enabled impossible. > > With the addition of an appropriate hypervisor interface this is

[tip:timers/core] tick/broadcast-hrtimer: Set name of the ce_broadcast_hrtimer

Commit-ID: 5130213721d01b6632c255d4295a8102cbb58379 Gitweb: http://git.kernel.org/tip/5130213721d01b6632c255d4295a8102cbb58379 Author: Jisheng Zhang AuthorDate: Tue, 5 Jul 2016 16:57:51 +0800 Committer: Thomas Gleixner CommitDate: Tue, 5 Jul

[tip:timers/core] tick/broadcast-hrtimer: Set name of the ce_broadcast_hrtimer

Commit-ID: 5130213721d01b6632c255d4295a8102cbb58379 Gitweb: http://git.kernel.org/tip/5130213721d01b6632c255d4295a8102cbb58379 Author: Jisheng Zhang AuthorDate: Tue, 5 Jul 2016 16:57:51 +0800 Committer: Thomas Gleixner CommitDate: Tue, 5 Jul 2016 17:02:19 +0200 tick/broadcast-hrtimer:

Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155 inet_sock_destruct+0x1c4/0x1dc

Le 05/07/2016 07:50, Mason a écrit : > On 05/07/2016 15:33, Mason wrote: > >> I was testing suspend/resume sequences where the suspend operation >> fails and returns without having suspended the platform. >> >> # echo mem > /sys/power/state >> [ 90.322264] PM: Syncing filesystems ... done. >> [

Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155 inet_sock_destruct+0x1c4/0x1dc

Le 05/07/2016 07:50, Mason a écrit : > On 05/07/2016 15:33, Mason wrote: > >> I was testing suspend/resume sequences where the suspend operation >> fails and returns without having suspended the platform. >> >> # echo mem > /sys/power/state >> [ 90.322264] PM: Syncing filesystems ... done. >> [

Re: [PATCH] gpio: of: Allow overriding the device node

On Tue, Jul 5, 2016 at 2:11 PM, Thierry Reding wrote: > From: Thierry Reding > > When registering a GPIO chip, drivers can override the device tree node > associated with the chip by setting the chip's ->of_node field. If set, > this field is

Re: [PATCH] gpio: of: Allow overriding the device node

On Tue, Jul 5, 2016 at 2:11 PM, Thierry Reding wrote: > From: Thierry Reding > > When registering a GPIO chip, drivers can override the device tree node > associated with the chip by setting the chip's ->of_node field. If set, > this field is supposed to take precedence over the

Re: [PATCH -next] tracing: Using for_each_set_bit to simplify the code

On Mon, 4 Jul 2016 15:10:04 + weiyj...@163.com wrote: > From: Wei Yongjun > > Using for_each_set_bit() to simplify the code. > > Signed-off-by: Wei Yongjun > --- Thanks, Applied to my queue. -- Steve

Re: [PATCH -next] tracing: Using for_each_set_bit to simplify the code

On Mon, 4 Jul 2016 15:10:04 + weiyj...@163.com wrote: > From: Wei Yongjun > > Using for_each_set_bit() to simplify the code. > > Signed-off-by: Wei Yongjun > --- Thanks, Applied to my queue. -- Steve

Re: [PATCH 1/3] includes: dt-bindings: Add STM32F746 pinctrl DT bindings

Hi Linus, On 07/05/2016 04:59 PM, Linus Walleij wrote: On Tue, Jul 5, 2016 at 3:40 PM, Alexandre TORGUE wrote: Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE The patch was a bit liberal with

Re: [RFC] mips: Add MXU context switching support

On 5 July 2016 at 15:04, Paul Burton wrote: > Hi PrasannaKumar, > > On 25/06/16 13:14, PrasannaKumar Muralidharan wrote: >> >> From: PrasannaKumar Muralidharan >> >> This patch adds support for context switching Xburst MXU registers. The >>

Re: [PATCH] i2c: tegra: Correct error path in probe

On Tue, Jun 14, 2016 at 09:26:46PM +0100, Jon Hunter wrote: > Commit 497fbe24987b ("i2c: tegra: enable multi master mode for tegra210") > enables the Tegra I2C 'div_clk' for adapters using the multi-master mode > during the device probe. Although the probe error path was updated to > disable the

Re: [PATCH] i2c: tegra: Correct error path in probe

On Tue, Jun 14, 2016 at 09:26:46PM +0100, Jon Hunter wrote: > Commit 497fbe24987b ("i2c: tegra: enable multi master mode for tegra210") > enables the Tegra I2C 'div_clk' for adapters using the multi-master mode > during the device probe. Although the probe error path was updated to > disable the

Re: [PATCH 1/3] includes: dt-bindings: Add STM32F746 pinctrl DT bindings

Hi Linus, On 07/05/2016 04:59 PM, Linus Walleij wrote: On Tue, Jul 5, 2016 at 3:40 PM, Alexandre TORGUE wrote: Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE The patch was a bit liberal with newlines so I cut some whitespace while applying. Sorry for that and thanks for

Re: [RFC] mips: Add MXU context switching support

On 5 July 2016 at 15:04, Paul Burton wrote: > Hi PrasannaKumar, > > On 25/06/16 13:14, PrasannaKumar Muralidharan wrote: >> >> From: PrasannaKumar Muralidharan >> >> This patch adds support for context switching Xburst MXU registers. The >> registers are named xr0 to xr16. xr16 is the control

Re: [PATCH 14/27] HID: wacom: EKR: add a worker to add/remove resources on addition/removal

Hi, [auto build test WARNING on hid/for-next] [also build test WARNING on v4.7-rc6 next-20160705] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Benjamin-Tissoires/HID-wacom-cleanup-EKR-LED

Re: [PATCH 14/27] HID: wacom: EKR: add a worker to add/remove resources on addition/removal

Hi, [auto build test WARNING on hid/for-next] [also build test WARNING on v4.7-rc6 next-20160705] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Benjamin-Tissoires/HID-wacom-cleanup-EKR-LED

Re: More parallel atomic_open/d_splice_alias fun with NFS and possibly more FSes.

On Jul 5, 2016, at 9:51 AM, Al Viro wrote: > On Tue, Jul 05, 2016 at 01:31:10PM +0100, Al Viro wrote: >> On Tue, Jul 05, 2016 at 02:22:48AM -0400, Oleg Drokin wrote: >> + if (!(open_flags & O_CREAT) && !d_unhashed(dentry)) { >> >> s/d_unhashed/d_in_lookup/ in that. >> >>> So we come

Re: More parallel atomic_open/d_splice_alias fun with NFS and possibly more FSes.

On Jul 5, 2016, at 9:51 AM, Al Viro wrote: > On Tue, Jul 05, 2016 at 01:31:10PM +0100, Al Viro wrote: >> On Tue, Jul 05, 2016 at 02:22:48AM -0400, Oleg Drokin wrote: >> + if (!(open_flags & O_CREAT) && !d_unhashed(dentry)) { >> >> s/d_unhashed/d_in_lookup/ in that. >> >>> So we come

Care

My name is Mrs Kanya Arthit,I have been suffering from ovarian cancer disease and the doctor says that i have just few period to live. I have 1.4 Million US Dollars in a bank in Burkina Faso which i want to entrust into your hands to use in helping the orphanage home in your country,but you

Care

My name is Mrs Kanya Arthit,I have been suffering from ovarian cancer disease and the doctor says that i have just few period to live. I have 1.4 Million US Dollars in a bank in Burkina Faso which i want to entrust into your hands to use in helping the orphanage home in your country,but you

Re: [RFC PATCH] tracing: add sched_prio_update

On Mon, 4 Jul 2016 15:46:04 -0400 Julien Desfossez wrote: > diff --git a/include/trace/events/sched.h b/include/trace/events/sched.h > index 9b90c57..fcb0f29 100644 > --- a/include/trace/events/sched.h > +++ b/include/trace/events/sched.h > @@ -8,6 +8,34 @@ > #include

Re: [RFC PATCH] tracing: add sched_prio_update

On Mon, 4 Jul 2016 15:46:04 -0400 Julien Desfossez wrote: > diff --git a/include/trace/events/sched.h b/include/trace/events/sched.h > index 9b90c57..fcb0f29 100644 > --- a/include/trace/events/sched.h > +++ b/include/trace/events/sched.h > @@ -8,6 +8,34 @@ > #include > #include > >

Re: [RFC PATCH v1] irqchip: add support for SMP irq router

Hi Jason, On 07/05/2016 04:41 PM, Jason Cooper wrote: > Hey Sebastian, Mason, > > * Please fix mailer to wrap text at a sane length. I've re-wrapped and > trimmed. > > On Tue, Jul 05, 2016 at 02:30:12PM +0200, Sebastian Frias wrote: >> On 07/04/2016 02:11 PM, Mason wrote: > ...

Re: [RFC PATCH v1] irqchip: add support for SMP irq router

Hi Jason, On 07/05/2016 04:41 PM, Jason Cooper wrote: > Hey Sebastian, Mason, > > * Please fix mailer to wrap text at a sane length. I've re-wrapped and > trimmed. > > On Tue, Jul 05, 2016 at 02:30:12PM +0200, Sebastian Frias wrote: >> On 07/04/2016 02:11 PM, Mason wrote: > ...

Re: [PATCH] crypto: bfin_crc: Simplify use of devm_ioremap_resource

On Mon, Jul 04, 2016 at 06:30:21PM +0530, Amitoj Kaur Chawla wrote: > Remove unneeded error handling on the result of a call to > platform_get_resource when the value is passed to > devm_ioremap_resource. > > The Coccinelle semantic patch that makes this change is as follows: > > // > @@ >

Re: [PATCH] crypto: bfin_crc: Simplify use of devm_ioremap_resource

On Mon, Jul 04, 2016 at 06:30:21PM +0530, Amitoj Kaur Chawla wrote: > Remove unneeded error handling on the result of a call to > platform_get_resource when the value is passed to > devm_ioremap_resource. > > The Coccinelle semantic patch that makes this change is as follows: > > // > @@ >

Re: [PATCH 0/2] KVM: MMU: support VMAs that got remap_pfn_range-ed

On Tue, Jul 05, 2016 at 05:02:46PM +0800, Xiao Guangrong wrote: > > > > >It is physically contiguous but it is done during the runtime, physically > >contiguous doesn't mean > >static partition at boot time. And only during runtime, the proper HW > >resource will be requested therefore > >the

Re: [PATCH 0/2] KVM: MMU: support VMAs that got remap_pfn_range-ed

On Tue, Jul 05, 2016 at 05:02:46PM +0800, Xiao Guangrong wrote: > > > > >It is physically contiguous but it is done during the runtime, physically > >contiguous doesn't mean > >static partition at boot time. And only during runtime, the proper HW > >resource will be requested therefore > >the

Re: [PATCH v2 1/1] platform/x86/intel_pmc_core: Convert to DEFINE_DEBUGFS_ATTRIBUTE

On Tue, 2016-07-05 at 19:10 +0530, Rajneesh Bhardwaj wrote: > On Mon, Jul 04, 2016 at 03:39:48PM +0300, Andy Shevchenko wrote: > > This patch does the following: > > - refactors code to use recently introduced > > DEFINE_DEBUGFS_ATTRIBUTE() macro > > - makes absence of DEBUG_FS non-fatal error > >

Re: [PATCH v2 1/1] platform/x86/intel_pmc_core: Convert to DEFINE_DEBUGFS_ATTRIBUTE

On Tue, 2016-07-05 at 19:10 +0530, Rajneesh Bhardwaj wrote: > On Mon, Jul 04, 2016 at 03:39:48PM +0300, Andy Shevchenko wrote: > > This patch does the following: > > - refactors code to use recently introduced > > DEFINE_DEBUGFS_ATTRIBUTE() macro > > - makes absence of DEBUG_FS non-fatal error > >

Re: [PATCH 1/3] xen: update xen headers

On Wed, 22 Jun 2016, Juergen Gross wrote: > Update some Xen headers to be able to use new functionality. > > Signed-off-by: Juergen Gross Reviewed-by: Stefano Stabellini > include/xen/interface/vcpu.h | 24 +++- >

Re: [RFC PATCH v1] irqchip: add support for SMP irq router

Jason Cooper wrote: > Sebastian Frias wrote: > >> Mason wrote: >> >>> Sebastian Frias wrote: >>> .../sigma,smp87xx-irqrouter.txt| 69 +++ >>> >>> In the *actual* submission, we can't use a wildcard like smp87xx >>> we'll have to use an actual part number. >> >> Are you

Re: [PATCH 1/3] xen: update xen headers

On Wed, 22 Jun 2016, Juergen Gross wrote: > Update some Xen headers to be able to use new functionality. > > Signed-off-by: Juergen Gross Reviewed-by: Stefano Stabellini > include/xen/interface/vcpu.h | 24 +++- > include/xen/interface/xen.h | 17 - > 2

Re: [RFC PATCH v1] irqchip: add support for SMP irq router

Jason Cooper wrote: > Sebastian Frias wrote: > >> Mason wrote: >> >>> Sebastian Frias wrote: >>> .../sigma,smp87xx-irqrouter.txt| 69 +++ >>> >>> In the *actual* submission, we can't use a wildcard like smp87xx >>> we'll have to use an actual part number. >> >> Are you

Re: [PATCH] [media] rc: ir-spi: add support for IR LEDs connected with SPI

Hi Rob, > > The ir-spi is a simple device driver which supports the > > connection between an IR LED and the MOSI line of an SPI device. > > Please split the binding from the driver. OK! > > +Device tree bindings for IR LED connected through SPI bus which is used as > > +remote controller. >

Re: [PATCH] [media] rc: ir-spi: add support for IR LEDs connected with SPI

Hi Rob, > > The ir-spi is a simple device driver which supports the > > connection between an IR LED and the MOSI line of an SPI device. > > Please split the binding from the driver. OK! > > +Device tree bindings for IR LED connected through SPI bus which is used as > > +remote controller. >

Re: [PATCH 3/3] Documentation: dt: Add new compatible to STM32 pinctrl driver bindings

On Tue, Jul 5, 2016 at 3:40 PM, Alexandre TORGUE wrote: > Signed-off-by: Alexandre TORGUE Patch applied. Yours, Linus Walleij

Re: [PATCH 2/3] arm/xen: add support for vm_assist hypercall

On Wed, 22 Jun 2016, Juergen Gross wrote: > Add support for the Xen HYPERVISOR_vm_assist hypercall. > > Signed-off-by: Juergen Gross Reviewed-by: Stefano Stabellini > arch/arm/include/asm/xen/hypercall.h | 1 + > arch/arm/xen/enlighten.c

Re: [PATCH v4 3/3] ARM:dts-Add dt node for Broadcom iproc-static-adc

Le 28/06/2016 00:40, Raveendra Padasalagi a écrit : > This patch adds DT node for Broadcom's iproc-static-adc > controller driver. > > Signed-off-by: Raveendra Padasalagi > Reviewed-by: Ray Jui > Reviewed-by: Scott Branden

Re: [PATCH 3/3] Documentation: dt: Add new compatible to STM32 pinctrl driver bindings

On Tue, Jul 5, 2016 at 3:40 PM, Alexandre TORGUE wrote: > Signed-off-by: Alexandre TORGUE Patch applied. Yours, Linus Walleij

Re: [PATCH 2/3] arm/xen: add support for vm_assist hypercall

On Wed, 22 Jun 2016, Juergen Gross wrote: > Add support for the Xen HYPERVISOR_vm_assist hypercall. > > Signed-off-by: Juergen Gross Reviewed-by: Stefano Stabellini > arch/arm/include/asm/xen/hypercall.h | 1 + > arch/arm/xen/enlighten.c | 1 + > arch/arm/xen/hypercall.S

Re: [PATCH v4 3/3] ARM:dts-Add dt node for Broadcom iproc-static-adc

Le 28/06/2016 00:40, Raveendra Padasalagi a écrit : > This patch adds DT node for Broadcom's iproc-static-adc > controller driver. > > Signed-off-by: Raveendra Padasalagi > Reviewed-by: Ray Jui > Reviewed-by: Scott Branden Applied, thanks, please prefix your subjects like that in the future:

[tip:irq/urgent] irqchip/mips-gic: Match IPI IRQ domain by bus token only

Commit-ID: 547aefc4db877e65245c3d95fcce703701bf3a0c Gitweb: http://git.kernel.org/tip/547aefc4db877e65245c3d95fcce703701bf3a0c Author: Paul Burton AuthorDate: Tue, 5 Jul 2016 14:26:00 +0100 Committer: Thomas Gleixner CommitDate: Tue, 5 Jul

[tip:irq/urgent] irqchip/mips-gic: Map to VPs using HW VPNum

Commit-ID: 99ec8a3608330d202448085185cf28389b789b7b Gitweb: http://git.kernel.org/tip/99ec8a3608330d202448085185cf28389b789b7b Author: Paul Burton AuthorDate: Tue, 5 Jul 2016 14:25:59 +0100 Committer: Thomas Gleixner CommitDate: Tue, 5 Jul

[tip:irq/urgent] irqchip/mips-gic: Match IPI IRQ domain by bus token only

Commit-ID: 547aefc4db877e65245c3d95fcce703701bf3a0c Gitweb: http://git.kernel.org/tip/547aefc4db877e65245c3d95fcce703701bf3a0c Author: Paul Burton AuthorDate: Tue, 5 Jul 2016 14:26:00 +0100 Committer: Thomas Gleixner CommitDate: Tue, 5 Jul 2016 16:54:21 +0200 irqchip/mips-gic: Match

[tip:irq/urgent] irqchip/mips-gic: Map to VPs using HW VPNum

Commit-ID: 99ec8a3608330d202448085185cf28389b789b7b Gitweb: http://git.kernel.org/tip/99ec8a3608330d202448085185cf28389b789b7b Author: Paul Burton AuthorDate: Tue, 5 Jul 2016 14:25:59 +0100 Committer: Thomas Gleixner CommitDate: Tue, 5 Jul 2016 16:54:21 +0200 irqchip/mips-gic: Map to

Re: [PATCH 2/3] pinctrl: Add STM32F746 MCU support

On Tue, Jul 5, 2016 at 3:40 PM, Alexandre TORGUE wrote: > From: Maxime Coquelin > > This patch which adds STM32F746 pinctrl and GPIO support, relies on the > generic STM32 pinctrl driver. > > Signed-off-by: Maxime Coquelin

Re: [PATCH 2/3] pinctrl: Add STM32F746 MCU support

On Tue, Jul 5, 2016 at 3:40 PM, Alexandre TORGUE wrote: > From: Maxime Coquelin > > This patch which adds STM32F746 pinctrl and GPIO support, relies on the > generic STM32 pinctrl driver. > > Signed-off-by: Maxime Coquelin > Signed-off-by: Alexandre TORGUE Waiting for a new version of this

Re: [PATCH v2 5/5] spi: s3c64xx: use unsigned type for fifo handling variables

Hi Mark, > > The 'quirks' variable cannot ever be negative, therefore use u8 > > instead of int. The 8 bit size is given from the fact that > > currently the quirks variable has very few statuses. > > > > The rx_lvl_offset and tx_st_done store shift values, so that u8 > > is a proper size. > >

Re: [PATCH v2 5/5] spi: s3c64xx: use unsigned type for fifo handling variables

Hi Mark, > > The 'quirks' variable cannot ever be negative, therefore use u8 > > instead of int. The 8 bit size is given from the fact that > > currently the quirks variable has very few statuses. > > > > The rx_lvl_offset and tx_st_done store shift values, so that u8 > > is a proper size. > >

Re: [PATCH 1/3] includes: dt-bindings: Add STM32F746 pinctrl DT bindings

On Tue, Jul 5, 2016 at 3:40 PM, Alexandre TORGUE wrote: > Signed-off-by: Maxime Coquelin > Signed-off-by: Alexandre TORGUE The patch was a bit liberal with newlines so I cut some whitespace while applying. Yours,

Re: [PATCH 1/3] includes: dt-bindings: Add STM32F746 pinctrl DT bindings

On Tue, Jul 5, 2016 at 3:40 PM, Alexandre TORGUE wrote: > Signed-off-by: Maxime Coquelin > Signed-off-by: Alexandre TORGUE The patch was a bit liberal with newlines so I cut some whitespace while applying. Yours, Linus Walleij

Re: [PATCH v23 09/22] richacl: Permission check algorithm

On Thu, 2016-06-30 at 15:47 +0200, Andreas Gruenbacher wrote: > A richacl roughly grants a requested access if the NFSv4 acl in the > richacl grants the requested permissions according to the NFSv4 > permission check algorithm and the file mask that applies to the process > includes the requested

Re: [PATCH v23 09/22] richacl: Permission check algorithm

On Thu, 2016-06-30 at 15:47 +0200, Andreas Gruenbacher wrote: > A richacl roughly grants a requested access if the NFSv4 acl in the > richacl grants the requested permissions according to the NFSv4 > permission check algorithm and the file mask that applies to the process > includes the requested

Re: [PATCH v8] arm64: cpuinfo: Expose MIDR_EL1 and REVIDR_EL1 to sysfs

On Mon, Jul 04, 2016 at 10:20:20AM +0100, Suzuki K Poulose wrote: > From: Steve Capper > > It can be useful for JIT software to be aware of MIDR_EL1 and > REVIDR_EL1 to ascertain the presence of any core errata that could > affect code generation. > > This patch exposes

Re: [PATCH v8] arm64: cpuinfo: Expose MIDR_EL1 and REVIDR_EL1 to sysfs

On Mon, Jul 04, 2016 at 10:20:20AM +0100, Suzuki K Poulose wrote: > From: Steve Capper > > It can be useful for JIT software to be aware of MIDR_EL1 and > REVIDR_EL1 to ascertain the presence of any core errata that could > affect code generation. > > This patch exposes these registers through

Re: [PATCH v2 5/5] spi: s3c64xx: use unsigned type for fifo handling variables

On Tue, Jun 28, 2016 at 11:41:15AM +0900, Andi Shyti wrote: > The 'quirks' variable cannot ever be negative, therefore use u8 > instead of int. The 8 bit size is given from the fact that > currently the quirks variable has very few statuses. > > The rx_lvl_offset and tx_st_done store shift

Re: [PATCH v2 5/5] spi: s3c64xx: use unsigned type for fifo handling variables

On Tue, Jun 28, 2016 at 11:41:15AM +0900, Andi Shyti wrote: > The 'quirks' variable cannot ever be negative, therefore use u8 > instead of int. The 8 bit size is given from the fact that > currently the quirks variable has very few statuses. > > The rx_lvl_offset and tx_st_done store shift

Re: [PATCH 1/2] input: adc-keys: add DT binding documentation

On Sun, Jul 03, 2016 at 02:43:56PM +0100, Jonathan Cameron wrote: > On 01/07/16 22:30, Alexandre Belloni wrote: > > Add documentation for ADC keys > > > > Signed-off-by: Alexandre Belloni > Clean looking binding to me - one comment inline. > > Jonathan > >

Re: [PATCH 1/2] input: adc-keys: add DT binding documentation

On Sun, Jul 03, 2016 at 02:43:56PM +0100, Jonathan Cameron wrote: > On 01/07/16 22:30, Alexandre Belloni wrote: > > Add documentation for ADC keys > > > > Signed-off-by: Alexandre Belloni > Clean looking binding to me - one comment inline. > > Jonathan > > --- > > Cc: Rob Herring > > Cc:

Re: [RFC] [PATCH v2 1/3] scatterlist: Add support to clone scatterlist

On Mon, Jun 27, 2016 at 09:54:07AM -0500, Franklin S Cooper Jr wrote: > Occasionally there are times you need to tweak a chained S/G list while > maintaining the original list. This function will duplicate the passed > in chained S/G list and return a pointer to the cloned copy. This looks

Re: [RFC] [PATCH v2 1/3] scatterlist: Add support to clone scatterlist

On Mon, Jun 27, 2016 at 09:54:07AM -0500, Franklin S Cooper Jr wrote: > Occasionally there are times you need to tweak a chained S/G list while > maintaining the original list. This function will duplicate the passed > in chained S/G list and return a pointer to the cloned copy. This looks

Applied "spi: omap2-mcspi: Add comments for RX only DMA buffer workaround" to the spi tree

The patch spi: omap2-mcspi: Add comments for RX only DMA buffer workaround has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "spi: omap2-mcspi: Add comments for RX only DMA buffer workaround" to the spi tree

The patch spi: omap2-mcspi: Add comments for RX only DMA buffer workaround has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155 inet_sock_destruct+0x1c4/0x1dc

On 05/07/2016 15:33, Mason wrote: > I was testing suspend/resume sequences where the suspend operation > fails and returns without having suspended the platform. > > # echo mem > /sys/power/state > [ 90.322264] PM: Syncing filesystems ... done. > [ 90.328758] Freezing user space processes

Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155 inet_sock_destruct+0x1c4/0x1dc

On 05/07/2016 15:33, Mason wrote: > I was testing suspend/resume sequences where the suspend operation > fails and returns without having suspended the platform. > > # echo mem > /sys/power/state > [ 90.322264] PM: Syncing filesystems ... done. > [ 90.328758] Freezing user space processes

[PATCH 05/27] HID: wacom: use one work queue per task

Looks like the battery hijacked the wireless worker. That's not fair so use a work queue per task. Signed-off-by: Benjamin Tissoires --- drivers/hid/wacom.h | 21 ++--- drivers/hid/wacom_sys.c | 10 ++ drivers/hid/wacom_wac.c | 13

[PATCH 05/27] HID: wacom: use one work queue per task

Looks like the battery hijacked the wireless worker. That's not fair so use a work queue per task. Signed-off-by: Benjamin Tissoires --- drivers/hid/wacom.h | 21 ++--- drivers/hid/wacom_sys.c | 10 ++ drivers/hid/wacom_wac.c | 13 + 3 files changed, 29

Re: [PATCH 2/3] ARM: dts: imx6sx: Add UDOO Neo support

Hi Uwe, Am 05.07.2016 um 08:27 schrieb Uwe Kleine-König: > On Tue, Jul 05, 2016 at 06:04:09AM +0200, Andreas Färber wrote: >> + { >> +imx6sx-udoo-neo { > > There is no need for this machine group. Please just put the pinctrl > groups directly into { }. OK, will do. Adopted from

Re: [PATCH 2/3] ARM: dts: imx6sx: Add UDOO Neo support

Hi Uwe, Am 05.07.2016 um 08:27 schrieb Uwe Kleine-König: > On Tue, Jul 05, 2016 at 06:04:09AM +0200, Andreas Färber wrote: >> + { >> +imx6sx-udoo-neo { > > There is no need for this machine group. Please just put the pinctrl > groups directly into { }. OK, will do. Adopted from

[PATCH 11/27] HID: wacom: use devres to allocate driver data

We started switching the driver to devres, so we should use it as much as possible. Signed-off-by: Benjamin Tissoires --- drivers/hid/wacom_sys.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/hid/wacom_sys.c

[PATCH 04/27] HID: wacom: untie leds from inputs

Like remotes, LEDs should be handled by themself, not magically behind the inputs as they have a complete different life. Signed-off-by: Benjamin Tissoires --- drivers/hid/wacom_sys.c | 20 +++- 1 file changed, 11 insertions(+), 9 deletions(-)

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