Re: [PATCH net-next 01/24] rxrpc: Fix processing of authenticated/encrypted jumbo packets

Sergei Shtylyov wrote: > > When commit 0d12f8a4027d021c9cc942f09f38d28288020c5d moved to keeping the > >scripts/checkpatch.pl now enforces the common commit citing style as for > the Fixes: tag and the patch description, you need to specify the summary

Re: [PATCH net-next 01/24] rxrpc: Fix processing of authenticated/encrypted jumbo packets

Sergei Shtylyov wrote: > > When commit 0d12f8a4027d021c9cc942f09f38d28288020c5d moved to keeping the > >scripts/checkpatch.pl now enforces the common commit citing style as for > the Fixes: tag and the patch description, you need to specify the summary too. I've now added a "Fixes:" line

Re: [PATCH net-next 06/24] rxrpc: Dup the main conn list for the proc interface

David Miller wrote: > Wouldn't it be better to just code the proc stuff to walk whatever > table the rest of the stack uses to hold all of the connections > as TCP et al. do? There won't be "a table" that the rest of the stack uses. There will be more than one. Service

Re: [PATCH net-next 06/24] rxrpc: Dup the main conn list for the proc interface

David Miller wrote: > Wouldn't it be better to just code the proc stuff to walk whatever > table the rest of the stack uses to hold all of the connections > as TCP et al. do? There won't be "a table" that the rest of the stack uses. There will be more than one. Service conns and client conns

Re: [PATCH net-next 05/24] rxrpc: Provide more refcount helper functions

David Miller wrote: > I don't see anything in this patch dealing with refcount helper functions. Good point. I split that part out and you took it already. Will amend. David

Re: [PATCH net-next 05/24] rxrpc: Provide more refcount helper functions

David Miller wrote: > I don't see anything in this patch dealing with refcount helper functions. Good point. I split that part out and you took it already. Will amend. David

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

On Jul 5, 2016, at 2:08 PM, Al Viro wrote: > On Tue, Jul 05, 2016 at 12:33:09PM -0400, Oleg Drokin wrote: > >> This also makes me question the whole thing some more. We are definitely in >> lookup >> when this hits, so the dentry is already new, yet it does not check off as >> d_in_lookup().

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

On Jul 5, 2016, at 2:08 PM, Al Viro wrote: > On Tue, Jul 05, 2016 at 12:33:09PM -0400, Oleg Drokin wrote: > >> This also makes me question the whole thing some more. We are definitely in >> lookup >> when this hits, so the dentry is already new, yet it does not check off as >> d_in_lookup().

4.6 security problem with KVM?

I submitted this fedora bugzilla recently: https://bugzilla.redhat.com/show_bug.cgi?id=1352325 Among other things, it shows a Windows 10 KVM virtual machine causing strange side effects back on the fedora 24 host, which sure seems like the sort of thing that might be a security issue. After

4.6 security problem with KVM?

I submitted this fedora bugzilla recently: https://bugzilla.redhat.com/show_bug.cgi?id=1352325 Among other things, it shows a Windows 10 KVM virtual machine causing strange side effects back on the fedora 24 host, which sure seems like the sort of thing that might be a security issue. After

Re: [PATCH -v3 1/2] ratelimit: Extend to print suppressed messages on release

On Tue, 5 Jul 2016 20:45:17 +0200 Borislav Petkov wrote: > On Tue, Jul 05, 2016 at 02:26:48PM -0400, Steven Rostedt wrote: > > > + if (rs->missed) > > > + printk(KERN_WARNING "%s: %d output lines suppressed due to > > > ratelimiting\n", > > > +

Re: [PATCH -v3 1/2] ratelimit: Extend to print suppressed messages on release

On Tue, 5 Jul 2016 20:45:17 +0200 Borislav Petkov wrote: > On Tue, Jul 05, 2016 at 02:26:48PM -0400, Steven Rostedt wrote: > > > + if (rs->missed) > > > + printk(KERN_WARNING "%s: %d output lines suppressed due to > > > ratelimiting\n", > > > +current->comm, rs->missed);

Re: [PATCH v3 2/2] clk: samsung: exynos7: Add clocks for atlas block

Hi, [auto build test WARNING on clk/clk-next] [also build test WARNING on next-20160705] [cannot apply to v4.7-rc6] [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/Abhilash-Kesavan/Add-CPU-clock

Re: [PATCH v3 2/2] clk: samsung: exynos7: Add clocks for atlas block

Hi, [auto build test WARNING on clk/clk-next] [also build test WARNING on next-20160705] [cannot apply to v4.7-rc6] [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/Abhilash-Kesavan/Add-CPU-clock

[PATCH] extcon: Move extcon_get_edev_by_phandle() errors to dbg level

Sometimes drivers may call this API and expect it to fail because the extcon they're looking for is optional. Let's move these prints to debug level so it doesn't look like there's a problem when there isn't one. Signed-off-by: Stephen Boyd --- drivers/extcon/extcon.c |

[PATCH] extcon: Move extcon_get_edev_by_phandle() errors to dbg level

Sometimes drivers may call this API and expect it to fail because the extcon they're looking for is optional. Let's move these prints to debug level so it doesn't look like there's a problem when there isn't one. Signed-off-by: Stephen Boyd --- drivers/extcon/extcon.c | 4 ++-- 1 file changed,

Re: [PATCHv4 1/2] usb: USB Type-C connector class

On Mon, Jul 04, 2016 at 10:45:02AM -0700, Guenter Roeck wrote: > On 07/04/2016 10:11 AM, Heikki Krogerus wrote: > [ ... ] > > > > > We should not forget also that the userspace can never rely on those > > > > details because of the fact that they simply will not always be > > > > available. > > >

Re: [PATCHv4 1/2] usb: USB Type-C connector class

On Mon, Jul 04, 2016 at 10:45:02AM -0700, Guenter Roeck wrote: > On 07/04/2016 10:11 AM, Heikki Krogerus wrote: > [ ... ] > > > > > We should not forget also that the userspace can never rely on those > > > > details because of the fact that they simply will not always be > > > > available. > > >

Re: [PATCH -v3 1/2] ratelimit: Extend to print suppressed messages on release

On Tue, Jul 05, 2016 at 02:26:48PM -0400, Steven Rostedt wrote: > > + if (rs->missed) > > + printk(KERN_WARNING "%s: %d output lines suppressed due to > > ratelimiting\n", > > + current->comm, rs->missed); > > Is the comm important? Yes, we wanna dump the task name

Re: [PATCH -v3 1/2] ratelimit: Extend to print suppressed messages on release

On Tue, Jul 05, 2016 at 02:26:48PM -0400, Steven Rostedt wrote: > > + if (rs->missed) > > + printk(KERN_WARNING "%s: %d output lines suppressed due to > > ratelimiting\n", > > + current->comm, rs->missed); > > Is the comm important? Yes, we wanna dump the task name

Re: Reported regressions for 4.7 as of Sunday, 2016-06-19

On 05.07.2016 19:32, Linus Torvalds wrote: > On Tue, Jul 5, 2016 at 9:30 AM, Josh Boyer wrote: >> On Wed, Jun 22, 2016 at 11:57 AM, Quinn Tran wrote: >>> >>> - if (rsp->msix->cpuid != smp_processor_id()) { >>> + if (rsp->msix &&

Re: Reported regressions for 4.7 as of Sunday, 2016-06-19

On 05.07.2016 19:32, Linus Torvalds wrote: > On Tue, Jul 5, 2016 at 9:30 AM, Josh Boyer wrote: >> On Wed, Jun 22, 2016 at 11:57 AM, Quinn Tran wrote: >>> >>> - if (rsp->msix->cpuid != smp_processor_id()) { >>> + if (rsp->msix && (rsp->msix->cpuid != smp_processor_id())) { >> >> Did

Re: [PATCH -next] connector: make cn_proc explicitly non-modular

From: Paul Gortmaker Date: Mon, 4 Jul 2016 17:50:58 -0400 > The Kconfig controlling build of this code is currently: > > drivers/connector/Kconfig:config PROC_EVENTS > drivers/connector/Kconfig: bool "Report process events to userspace" > > ...meaning that it

Re: [PATCH -next] connector: make cn_proc explicitly non-modular

From: Paul Gortmaker Date: Mon, 4 Jul 2016 17:50:58 -0400 > The Kconfig controlling build of this code is currently: > > drivers/connector/Kconfig:config PROC_EVENTS > drivers/connector/Kconfig: bool "Report process events to userspace" > > ...meaning that it currently is not being built

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

On Tue, Jul 05, 2016 at 03:55:23PM +0200, Andreas Färber wrote: > Hi Fabio, > > Am 05.07.2016 um 14:04 schrieb Fabio Estevam: > > On Tue, Jul 5, 2016 at 1:04 AM, Andreas Färber wrote: > > > >> +/dts-v1/; > >> + > >> +#include "imx6sx-udoo-neo.dtsi" > >> + > >> +/ { > >> +

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

On Tue, Jul 05, 2016 at 03:55:23PM +0200, Andreas Färber wrote: > Hi Fabio, > > Am 05.07.2016 um 14:04 schrieb Fabio Estevam: > > On Tue, Jul 5, 2016 at 1:04 AM, Andreas Färber wrote: > > > >> +/dts-v1/; > >> + > >> +#include "imx6sx-udoo-neo.dtsi" > >> + > >> +/ { > >> + model = "UDOO

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

On 05/07/2016 at 10:40:22 -0500, Rob Herring wrote : > >> > + - compatible: Should be "atmel,tcb-free-running-timer" > >> > + - reg: Should contain the TCB channels to be used. If the > >> > + counter width is 16 bits (at91rm9200-tcb), two consecutive > >> > + channels are needed.

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

On 05/07/2016 at 10:40:22 -0500, Rob Herring wrote : > >> > + - compatible: Should be "atmel,tcb-free-running-timer" > >> > + - reg: Should contain the TCB channels to be used. If the > >> > + counter width is 16 bits (at91rm9200-tcb), two consecutive > >> > + channels are needed.

Re: [PATCH -v3 1/2] ratelimit: Extend to print suppressed messages on release

On Mon, 4 Jul 2016 16:24:51 +0200 Borislav Petkov wrote: > From: Borislav Petkov > > Extend the ratelimiting facility to print the amount of suppressed lines > when it is being released. > > Separated from a previous patch by Linus. > > Also, make the

Re: [PATCH -v3 1/2] ratelimit: Extend to print suppressed messages on release

On Mon, 4 Jul 2016 16:24:51 +0200 Borislav Petkov wrote: > From: Borislav Petkov > > Extend the ratelimiting facility to print the amount of suppressed lines > when it is being released. > > Separated from a previous patch by Linus. > > Also, make the ON_RELEASE image not use "callbacks" as

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

On Jul 5, 2016, at 1:42 PM, Al Viro wrote: > On Tue, Jul 05, 2016 at 11:21:32AM -0400, Oleg Drokin wrote: >>> ... >>> - if (d_unhashed(*de)) { >>> + if (d_in_lookup(*de)) { >>>struct dentry *alias; >>> >>>alias = ll_splice_alias(inode, *de); >> >>

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

On Jul 5, 2016, at 1:42 PM, Al Viro wrote: > On Tue, Jul 05, 2016 at 11:21:32AM -0400, Oleg Drokin wrote: >>> ... >>> - if (d_unhashed(*de)) { >>> + if (d_in_lookup(*de)) { >>>struct dentry *alias; >>> >>>alias = ll_splice_alias(inode, *de); >> >>

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

On Tue, Jul 05, 2016 at 12:33:09PM -0400, Oleg Drokin wrote: > This also makes me question the whole thing some more. We are definitely in > lookup > when this hits, so the dentry is already new, yet it does not check off as > d_in_lookup(). That also means that by skipping the ll_splice_alias

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

On Tue, Jul 05, 2016 at 12:33:09PM -0400, Oleg Drokin wrote: > This also makes me question the whole thing some more. We are definitely in > lookup > when this hits, so the dentry is already new, yet it does not check off as > d_in_lookup(). That also means that by skipping the ll_splice_alias

Re: portable device tree connector -- problem statement

Hi Frank, > On Jul 5, 2016, at 17:24 , Frank Rowand wrote: > > On 07/05/16 01:31, Mark Brown wrote: >> On Mon, Jul 04, 2016 at 01:58:53PM -0700, Frank Rowand wrote: >> >>> On the other hand, I have no previous detailed knowledge of the beagle >>> family. >> >> This is

Re: portable device tree connector -- problem statement

Hi Frank, > On Jul 5, 2016, at 17:24 , Frank Rowand wrote: > > On 07/05/16 01:31, Mark Brown wrote: >> On Mon, Jul 04, 2016 at 01:58:53PM -0700, Frank Rowand wrote: >> >>> On the other hand, I have no previous detailed knowledge of the beagle >>> family. >> >> This is in no way specific to

Re: [RFC PATCH 0/1] Portable Device Tree Connector -- conceptual

Hi Frank, Sorry for taking a bit to reply, had to grok it well first. > On Jul 3, 2016, at 02:55 , frowand.l...@gmail.com wrote: > > From: Frank Rowand > > Hi All, > > This is version 2 of this email. > > Changes from version 1: > > - some rewording of the text >

Re: [RFC PATCH 0/1] Portable Device Tree Connector -- conceptual

Hi Frank, Sorry for taking a bit to reply, had to grok it well first. > On Jul 3, 2016, at 02:55 , frowand.l...@gmail.com wrote: > > From: Frank Rowand > > Hi All, > > This is version 2 of this email. > > Changes from version 1: > > - some rewording of the text > - removed new

Re: portable device tree connector -- problem statement

Hi Mark, > On Jul 5, 2016, at 11:31 , Mark Brown wrote: > > On Mon, Jul 04, 2016 at 01:58:53PM -0700, Frank Rowand wrote: > >> On the other hand, I have no previous detailed knowledge of the beagle >> family. > > This is in no way specific to the BeagleBones, there's

Re: portable device tree connector -- problem statement

Hi Mark, > On Jul 5, 2016, at 11:31 , Mark Brown wrote: > > On Mon, Jul 04, 2016 at 01:58:53PM -0700, Frank Rowand wrote: > >> On the other hand, I have no previous detailed knowledge of the beagle >> family. > > This is in no way specific to the BeagleBones, there's plenty of other > boards

Re: [GIT PULL 3/3] bcm2835-arm64-next-2016-07-03

Eric, On Sun, Jul 03, 2016 at 05:45:36PM -0700, Eric Anholt wrote: > Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) > > are available in the git repository at: > > https://github.com/anholt/linux tags/bcm2835-arm64-next-2016-07-03 > > for you to fetch changes up to

Re: [GIT PULL 3/3] bcm2835-arm64-next-2016-07-03

Eric, On Sun, Jul 03, 2016 at 05:45:36PM -0700, Eric Anholt wrote: > Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) > > are available in the git repository at: > > https://github.com/anholt/linux tags/bcm2835-arm64-next-2016-07-03 > > for you to fetch changes up to

Re: linux-next: build failure after merge of the tip tree (from the drm-intel tree)

On Tue, Jul 05, 2016 at 10:25:12AM +0200, Peter Zijlstra wrote: > On Tue, Jul 05, 2016 at 01:53:03PM +1000, Stephen Rothwell wrote: > > diff --git a/drivers/gpu/drm/i915/i915_gem.c > > b/drivers/gpu/drm/i915/i915_gem.c > > index d3502c0603e5..1f91f187b2a8 100644 > > ---

Re: linux-next: build failure after merge of the tip tree (from the drm-intel tree)

On Tue, Jul 05, 2016 at 10:25:12AM +0200, Peter Zijlstra wrote: > On Tue, Jul 05, 2016 at 01:53:03PM +1000, Stephen Rothwell wrote: > > diff --git a/drivers/gpu/drm/i915/i915_gem.c > > b/drivers/gpu/drm/i915/i915_gem.c > > index d3502c0603e5..1f91f187b2a8 100644 > > ---

Re: [PATCH v9 04/13] task_isolation: add initial support

On Tue, 5 Jul 2016, Frederic Weisbecker wrote: > > >>That's true, but I'd argue the behavior in that case should be that you > > >>can > > >>raise that kind of exception validly (so you can debug), and then you > > >>should > > >>quiesce on return to userspace so the application doesn't see

Re: [RFC PATCH 0/3] doc-rst: customize HTML (RTD) theme

Hi Jon, I hope you don't mind. I'm merging those three patches on my tree (for now, they're on an experimental tree that I can easily rebase, if needed). If OK for you, my plan is to merge it on a separate branch, together with the other patches for Documentation/linux_tv. They actually apply

Re: [PATCH v9 04/13] task_isolation: add initial support

On Tue, 5 Jul 2016, Frederic Weisbecker wrote: > > >>That's true, but I'd argue the behavior in that case should be that you > > >>can > > >>raise that kind of exception validly (so you can debug), and then you > > >>should > > >>quiesce on return to userspace so the application doesn't see

Re: [RFC PATCH 0/3] doc-rst: customize HTML (RTD) theme

Hi Jon, I hope you don't mind. I'm merging those three patches on my tree (for now, they're on an experimental tree that I can easily rebase, if needed). If OK for you, my plan is to merge it on a separate branch, together with the other patches for Documentation/linux_tv. They actually apply

Re: [PATCH net-next 01/24] rxrpc: Fix processing of authenticated/encrypted jumbo packets

Hello. On 07/05/2016 04:12 PM, David Howells wrote: When a jumbo packet is being split up and processed, the crypto checksum for each split-out packet is in the jumbo header and needs placing in the reconstructed packet header. When commit 0d12f8a4027d021c9cc942f09f38d28288020c5d moved to

Re: [PATCH net-next 01/24] rxrpc: Fix processing of authenticated/encrypted jumbo packets

Hello. On 07/05/2016 04:12 PM, David Howells wrote: When a jumbo packet is being split up and processed, the crypto checksum for each split-out packet is in the jumbo header and needs placing in the reconstructed packet header. When commit 0d12f8a4027d021c9cc942f09f38d28288020c5d moved to

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

On Wed, Jul 06, 2016 at 12:53:57AM +0800, kbuild test robot wrote: > Hi, > > [auto build test ERROR on miklos-vfs/overlayfs-next] > [also build test ERROR on v4.7-rc6 next-20160705] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve th

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

On Wed, Jul 06, 2016 at 12:53:57AM +0800, kbuild test robot wrote: > Hi, > > [auto build test ERROR on miklos-vfs/overlayfs-next] > [also build test ERROR on v4.7-rc6 next-20160705] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve th

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

On Tue, Jul 05, 2016 at 11:21:32AM -0400, Oleg Drokin wrote: > > ... > > - if (d_unhashed(*de)) { > > + if (d_in_lookup(*de)) { > > struct dentry *alias; > > > > alias = ll_splice_alias(inode, *de); > > This breaks Lustre because we now might progress

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

On Tue, Jul 05, 2016 at 11:21:32AM -0400, Oleg Drokin wrote: > > ... > > - if (d_unhashed(*de)) { > > + if (d_in_lookup(*de)) { > > struct dentry *alias; > > > > alias = ll_splice_alias(inode, *de); > > This breaks Lustre because we now might progress

Re: [PATCH net] r8152: fix runtime function for RTL8152

From: Hayes Wang Date: Tue, 5 Jul 2016 16:11:46 +0800 > The RTL8152 doesn't have U1U2 and U2P3 features, so use different > runtime functions for RTL812 and RTL8153 by adding autosuspend_en() > to rtl_ops. > > Signed-off-by: Hayes Wang Applied,

Re: [PATCH net] r8152: fix runtime function for RTL8152

From: Hayes Wang Date: Tue, 5 Jul 2016 16:11:46 +0800 > The RTL8152 doesn't have U1U2 and U2P3 features, so use different > runtime functions for RTL812 and RTL8153 by adding autosuspend_en() > to rtl_ops. > > Signed-off-by: Hayes Wang Applied, thanks.

[RFC PATCH] x86, kvm: use kvmclock to compute TSC deadline value

Bad things happen if a guest using the TSC deadline timer is migrated. The guest doesn't re-calibrate the TSC after migration, and the TSC frequency can and will change unless your processor supports TSC scaling (on Intel this is only Skylake) or your data center is perfectly homogeneous. The

Re: [PATCH v3 1/3] bcache: Remove redundant parameter for cache_alloc()

On 07/03/2016 07:23 PM, Yijing Wang wrote: Cache_sb is not used in cache_alloc, and we have copied sb info to cache->sb already, remove it. Added this, and 2-3/3 for 4.8, thanks. -- Jens Axboe

[RFC PATCH] x86, kvm: use kvmclock to compute TSC deadline value

Bad things happen if a guest using the TSC deadline timer is migrated. The guest doesn't re-calibrate the TSC after migration, and the TSC frequency can and will change unless your processor supports TSC scaling (on Intel this is only Skylake) or your data center is perfectly homogeneous. The

Re: [PATCH v3 1/3] bcache: Remove redundant parameter for cache_alloc()

On 07/03/2016 07:23 PM, Yijing Wang wrote: Cache_sb is not used in cache_alloc, and we have copied sb info to cache->sb already, remove it. Added this, and 2-3/3 for 4.8, thanks. -- Jens Axboe

Re: dccp: potential deadlock in dccp_v4_ctl_send_reset

On Tue, 2016-07-05 at 10:17 -0700, Cong Wang wrote: > On Tue, Jul 5, 2016 at 4:59 AM, Dmitry Vyukov wrote: > > other info that might help us debug this: > > Possible unsafe locking scenario: > > > >CPU0 > > > > lock(slock-AF_INET); > > > >

Re: dccp: potential deadlock in dccp_v4_ctl_send_reset

On Tue, 2016-07-05 at 10:17 -0700, Cong Wang wrote: > On Tue, Jul 5, 2016 at 4:59 AM, Dmitry Vyukov wrote: > > other info that might help us debug this: > > Possible unsafe locking scenario: > > > >CPU0 > > > > lock(slock-AF_INET); > > > > lock(slock-AF_INET); > > >

Re: Reported regressions for 4.7 as of Sunday, 2016-06-19

On Tue, Jul 5, 2016 at 9:30 AM, Josh Boyer wrote: > On Wed, Jun 22, 2016 at 11:57 AM, Quinn Tran wrote: >> >> - if (rsp->msix->cpuid != smp_processor_id()) { >> + if (rsp->msix && (rsp->msix->cpuid != smp_processor_id())) { > > Did

Re: Reported regressions for 4.7 as of Sunday, 2016-06-19

On Tue, Jul 5, 2016 at 9:30 AM, Josh Boyer wrote: > On Wed, Jun 22, 2016 at 11:57 AM, Quinn Tran wrote: >> >> - if (rsp->msix->cpuid != smp_processor_id()) { >> + if (rsp->msix && (rsp->msix->cpuid != smp_processor_id())) { > > Did this wind up going into an official commit

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

Hi, [auto build test WARNING on miklos-vfs/overlayfs-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/Vivek-Goyal/Overlayfs-SELinux

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

Hi, [auto build test WARNING on miklos-vfs/overlayfs-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/Vivek-Goyal/Overlayfs-SELinux

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

On Mon, Jun 27, 2016 at 5:54 PM, 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. > > The

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

On Mon, Jun 27, 2016 at 5:54 PM, 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. > > The function also

Re: [PATCH net-next 06/24] rxrpc: Dup the main conn list for the proc interface

From: David Howells Date: Tue, 05 Jul 2016 14:12:54 +0100 > The main connection list is used for two independent purposes: primarily it > is used to find connections to reap and secondarily it is used to list > connections in procfs. > > Split the procfs list out from the

Re: dccp: potential deadlock in dccp_v4_ctl_send_reset

On Tue, Jul 5, 2016 at 4:59 AM, Dmitry Vyukov wrote: > other info that might help us debug this: > Possible unsafe locking scenario: > >CPU0 > > lock(slock-AF_INET); > > lock(slock-AF_INET); > > *** DEADLOCK *** > > 1 lock held by

Re: [PATCH net-next 06/24] rxrpc: Dup the main conn list for the proc interface

From: David Howells Date: Tue, 05 Jul 2016 14:12:54 +0100 > The main connection list is used for two independent purposes: primarily it > is used to find connections to reap and secondarily it is used to list > connections in procfs. > > Split the procfs list out from the reap list. This

Re: dccp: potential deadlock in dccp_v4_ctl_send_reset

On Tue, Jul 5, 2016 at 4:59 AM, Dmitry Vyukov wrote: > other info that might help us debug this: > Possible unsafe locking scenario: > >CPU0 > > lock(slock-AF_INET); > > lock(slock-AF_INET); > > *** DEADLOCK *** > > 1 lock held by syz-executor/354: > #0:

RE: [PATCH v23 08/22] richacl: Compute maximum file masks from an acl

> > + * Note: functions like richacl_allowed_to_who(), > > +richacl_group_class_allowed(), > > + * and richacl_compute_max_masks() iterate through the entire acl in > > +reverse > > + * order as an optimization. > > + * > > + * In the standard algorithm, aces are considered in forward order. > >

RE: [PATCH v23 08/22] richacl: Compute maximum file masks from an acl

> > + * Note: functions like richacl_allowed_to_who(), > > +richacl_group_class_allowed(), > > + * and richacl_compute_max_masks() iterate through the entire acl in > > +reverse > > + * order as an optimization. > > + * > > + * In the standard algorithm, aces are considered in forward order. > >

Re: [PATCH net-next 05/24] rxrpc: Provide more refcount helper functions

From: David Howells Date: Tue, 05 Jul 2016 14:12:47 +0100 > Provide refcount helper functions for connections so that the code doesn't > touch conn->usage directly. > > Also provide queueing helper functions so that the queueing of local and > connection objects can be

Re: [PATCH net-next 05/24] rxrpc: Provide more refcount helper functions

From: David Howells Date: Tue, 05 Jul 2016 14:12:47 +0100 > Provide refcount helper functions for connections so that the code doesn't > touch conn->usage directly. > > Also provide queueing helper functions so that the queueing of local and > connection objects can be fixed later. > >

[PATCH v4 3/4] ASoC: samsung: Add DT bindings documentation for TM2 sound subsystem

This patch adds DT binding documentation for Exnos5433 based TM2 and TM2E boards sound subsystem. Signed-off-by: Sylwester Nawrocki Acked-by: Rob Herring --- Changes since v2: - none. Changes since initial version: - dropped clocks, clock-names

[PATCH v4 4/4] ASoC: samsung: Add machine driver for Exynos5433 based TM2 board

This patch adds the sound machine driver for TM2 and TM2E board. Speaker and headphone playback, Main Mic capture, Bluetooth, Voice call and external accessory are supported. Signed-off-by: Inha Song [k.kozlowski: rebased on 4.1] Signed-off-by: Krzysztof Kozlowski

[PATCH v4 3/4] ASoC: samsung: Add DT bindings documentation for TM2 sound subsystem

This patch adds DT binding documentation for Exnos5433 based TM2 and TM2E boards sound subsystem. Signed-off-by: Sylwester Nawrocki Acked-by: Rob Herring --- Changes since v2: - none. Changes since initial version: - dropped clocks, clock-names properties, instead properties from the CODEC

[PATCH v4 4/4] ASoC: samsung: Add machine driver for Exynos5433 based TM2 board

This patch adds the sound machine driver for TM2 and TM2E board. Speaker and headphone playback, Main Mic capture, Bluetooth, Voice call and external accessory are supported. Signed-off-by: Inha Song [k.kozlowski: rebased on 4.1] Signed-off-by: Krzysztof Kozlowski [s.nawrocki: rebased to 4.7,

[PATCH v4 2/4] mfd: Add Samsung Exynos Low Power Audio Subsystem driver

This patch adds common driver for the Top block of the Samsung Exynos SoC Low Power Audio Subsystem. This is a minimal driver which prepares resources for IP blocks like I2S, audio DMA and UART and exposes a regmap for the Top block registers. Also system power ops are added to ensure the Audio

[PATCH v4 2/4] mfd: Add Samsung Exynos Low Power Audio Subsystem driver

This patch adds common driver for the Top block of the Samsung Exynos SoC Low Power Audio Subsystem. This is a minimal driver which prepares resources for IP blocks like I2S, audio DMA and UART and exposes a regmap for the Top block registers. Also system power ops are added to ensure the Audio

[PATCH v4 1/4] mfd: Add DT bindings documentation for Samsung Exynos LPASS

This patch adds documentation of the DT bindings for the Samsung Exynos SoC Low Power Audio Subsystem. Signed-off-by: Sylwester Nawrocki --- There were few rather significant additions since v3 and I had to drop tags: Acked-by: Rob Herring Acked-by:

[PATCH v4 1/4] mfd: Add DT bindings documentation for Samsung Exynos LPASS

This patch adds documentation of the DT bindings for the Samsung Exynos SoC Low Power Audio Subsystem. Signed-off-by: Sylwester Nawrocki --- There were few rather significant additions since v3 and I had to drop tags: Acked-by: Rob Herring Acked-by: Krzysztof Kozlowski Changes since v3: -

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

On 05/07/16 17:59, Sebastian Frias wrote: > Hi Marc, > > On 07/05/2016 06:48 PM, Marc Zyngier wrote: >>> I already did something like that, you can see it here: >>> >>> https://marc.info/?l=linux-kernel=146592235919308=2 >>> >>> the problem with that code is that it cannot handle more than 24

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

On 05/07/16 17:59, Sebastian Frias wrote: > Hi Marc, > > On 07/05/2016 06:48 PM, Marc Zyngier wrote: >>> I already did something like that, you can see it here: >>> >>> https://marc.info/?l=linux-kernel=146592235919308=2 >>> >>> the problem with that code is that it cannot handle more than 24

[PATCH v4 0/4] ASoC: samsung: Sound support for Exynos5433 TM2(E) boards

This patch series adds a MFD driver for Samsung Exynos5433 SoC Low Power Audio Subsystem and an ASoC machine driver for Exynos5433 based TM2/TM2E boards. The changes since v3 are listed in individual patches, the main change was rewriting LPASS driver as a MFD driver. It seems much better now as

[PATCH v4 0/4] ASoC: samsung: Sound support for Exynos5433 TM2(E) boards

This patch series adds a MFD driver for Samsung Exynos5433 SoC Low Power Audio Subsystem and an ASoC machine driver for Exynos5433 based TM2/TM2E boards. The changes since v3 are listed in individual patches, the main change was rewriting LPASS driver as a MFD driver. It seems much better now as

Re: [PATCH] GPIO_KEYS: If devm_add_action() fails, we are explicitly calling the cleanup to freethe resources allocated. Use the helper devm_add_action_or_reset() and return directly in case of error,

On Tue 05 Jul 09:18 PDT 2016, Arvind Yadav wrote: Your subject line should be a short and descriptive summary, followed by an empty line and then potentially a longer description motivating your patch. Please read section #14 of Documentation/SubmittingPatches. > Signed-off-by: Arvind Yadav

Re: [PATCH] GPIO_KEYS: If devm_add_action() fails, we are explicitly calling the cleanup to freethe resources allocated. Use the helper devm_add_action_or_reset() and return directly in case of error,

On Tue 05 Jul 09:18 PDT 2016, Arvind Yadav wrote: Your subject line should be a short and descriptive summary, followed by an empty line and then potentially a longer description motivating your patch. Please read section #14 of Documentation/SubmittingPatches. > Signed-off-by: Arvind Yadav >

Fast Loans

Apply for a loan at 3% reply to this Email for more Info

Fast Loans

Apply for a loan at 3% reply to this Email for more Info

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

Hi Marc, On 07/05/2016 06:48 PM, Marc Zyngier wrote: >> I already did something like that, you can see it here: >> >> https://marc.info/?l=linux-kernel=146592235919308=2 >> >> the problem with that code is that it cannot handle more than 24 IRQs (the >> number of outputs of the router), because

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

Hi Marc, On 07/05/2016 06:48 PM, Marc Zyngier wrote: >> I already did something like that, you can see it here: >> >> https://marc.info/?l=linux-kernel=146592235919308=2 >> >> the problem with that code is that it cannot handle more than 24 IRQs (the >> number of outputs of the router), because

Re: [PATCH v2] sched/deadline: remove useless param from setup_new_dl_entity

On 05/07/16 12:47, Steven Rostedt wrote: > On Tue, 5 Jul 2016 15:39:33 +0100 > Juri Lelli wrote: > > return; > > > > > > > > /* > > > > +* Use the scheduling parameters of the top pi-waiter task, > > > > +* if we have one from which we

Re: [PATCH v2] sched/deadline: remove useless param from setup_new_dl_entity

On 05/07/16 12:47, Steven Rostedt wrote: > On Tue, 5 Jul 2016 15:39:33 +0100 > Juri Lelli wrote: > > return; > > > > > > > > /* > > > > +* Use the scheduling parameters of the top pi-waiter task, > > > > +* if we have one from which we can inherit a

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

Hi, [auto build test ERROR on miklos-vfs/overlayfs-next] [also build test ERROR 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/Vivek-Goyal/Overlayfs-SELinux-Support

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

Hi, [auto build test ERROR on miklos-vfs/overlayfs-next] [also build test ERROR 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/Vivek-Goyal/Overlayfs-SELinux-Support

Re: [PATCH v2 1/8] mm/zsmalloc: modify zs compact trace interface

On Mon, 4 Jul 2016 14:49:52 +0800 Ganesh Mahendran wrote: > This patch changes trace_zsmalloc_compact_start[end] to > trace_zs_compact_start[end] to keep function naming consistent > with others in zsmalloc > > Also this patch remove pages_total_compacted

Re: [PATCH v2 1/8] mm/zsmalloc: modify zs compact trace interface

On Mon, 4 Jul 2016 14:49:52 +0800 Ganesh Mahendran wrote: > This patch changes trace_zsmalloc_compact_start[end] to > trace_zs_compact_start[end] to keep function naming consistent > with others in zsmalloc > > Also this patch remove pages_total_compacted information which > may not really

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