Re: [PATCH net-next 7/7] net: dsa: factor skb freeing on xmit

On Tue, May 30, 2017 at 10:21:31AM -0400, Vivien Didelot wrote: > The taggers are currently responsible to free the original SKB if they > made a copy of it, or in case of error. > > This patch simplifies this by freeing the original SKB in the > dsa_slave_xmit caller if it differs from the

Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption

On 5/30/2017 9:55 AM, Borislav Petkov wrote: > On Tue, May 30, 2017 at 09:38:36AM -0500, Tom Lendacky wrote: >> In this case we're running identity mapped and the "on" constant ends up >> as kernel address (0x81...) which results in a segfault. > > Would > > static const char

Re: [PATCH 4/6] irqchip: irq-mvebu-icu: new driver for Marvell ICU

On 30/05/17 14:17, Thomas Petazzoni wrote: > Hello, > > On Tue, 30 May 2017 14:06:52 +0100, Marc Zyngier wrote: > >>> Would drivers/irqchip/irq-mvebu-gicp.h, included by both >>> irq-mvebu-gicp.c and irq-mvebu-icu.c be fine for you? >> >> Sure, that'd be fine, assuming that it is necessary

Re: [Linux-ima-devel] [PATCH v2 4/5] keys, trusted: modify arguments of tpm_pcr_extend()

On 5/30/2017 2:06 PM, Mimi Zohar wrote: On Tue, 2017-05-30 at 09:36 +0200, Roberto Sassu wrote: On 5/30/2017 5:35 AM, Mimi Zohar wrote: On Fri, 2017-05-05 at 16:21 +0200, Roberto Sassu wrote: pcrlock() has been modified to pass the correct arguments to tpm_pcr_extend(): the pointer of a

Re: [PATCH v8 2/5] usb: early: add driver for xhci debug capability

On 03/21/2017 09:01 AM, Lu Baolu wrote: > XHCI debug capability (DbC) is an optional but standalone > functionality provided by an xHCI host controller. Software > learns this capability by walking through the extended > capability list of the host. XHCI specification describes > DbC in the

Re: [PATCH] mm,oom: add tracepoints for oom reaper-related events

On Tue 30-05-17 14:33:35, Roman Gushchin wrote: > On Tue, May 30, 2017 at 02:34:16PM +0200, Michal Hocko wrote: > > On Tue 30-05-17 13:05:32, Roman Gushchin wrote: > > > Add tracepoints to simplify the debugging of the oom reaper code. > > > > > > Trace the following events: > > > 1) a process is

Re: [PATCH v1 00/11] mm/kasan: support per-page shadow memory to reduce memory consumption

On 05/29/2017 06:29 PM, Dmitry Vyukov wrote: > Joonsoo, > > I guess mine (and Andrey's) main concern is the amount of additional > complexity (I am still struggling to understand how it all works) and > more arch-dependent code in exchange for moderate memory win. > > Joonsoo, Andrey, > > I

Re: [PATCH v2] KVM: nVMX: fix nested_vmx_check_vmptr failure paths under debugging

On 19/05/2017 15:48, Radim Krčmář wrote: > kvm_skip_emulated_instruction() will return 0 if userspace is > single-stepping the guest. > > kvm_skip_emulated_instruction() uses return status convention of exit > handler: 0 means "exit to userspace" and 1 means "continue vm entries". > The problem

Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE

On Tue 30-05-17 16:39:41, Michal Hocko wrote: > On Tue 30-05-17 16:04:56, Andrea Arcangeli wrote: [...] > > About the proposed madvise, it just clear bits, but it doesn't change > > at all how those bits are computed in THP code. So I don't see it as > > convoluted. > > But we already have

Re: [PATCH v4 8/8] arm,arm64,drivers: add a prefix to drivers arch_topology interfaces

On 29/05/17 12:46, Dietmar Eggemann wrote: > On 05/29/2017 11:58 AM, Greg KH wrote: > > On Mon, May 29, 2017 at 11:20:24AM +0200, Dietmar Eggemann wrote: > > > Hi Greg, > > > > > > On 05/26/2017 08:36 PM, Greg KH wrote: > > > > On Fri, May 26, 2017 at 11:10:32AM +0100, Juri Lelli wrote: > > > > >

RE: [PATCH v9 1/7] LIB: Introduce a generic PIO mapping method

Hi Bjorn > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: 26 May 2017 21:58 > To: Gabriele Paoloni > Cc: catalin.mari...@arm.com; will.dea...@arm.com; robh...@kernel.org; > frowand.l...@gmail.com; bhelg...@google.com; raf...@kernel.org; > a...@arndb.de;

Re: [PATCH 4/6] irqchip: irq-mvebu-icu: new driver for Marvell ICU

On Tue, May 30, 2017 at 04:49:34PM +0200, Andrew Lunn wrote: > On Tue, May 30, 2017 at 03:39:02PM +0100, Russell King - ARM Linux wrote: > > On Tue, May 30, 2017 at 03:27:35PM +0200, Andrew Lunn wrote: > > > What might help is that you ask for help getting them merged. I know > > > of at least 4

Re: [PATCH net-next 1/7] net: dsa: hide dsa_uses_tagged_protocol code

From: Andrew Lunn Date: Tue, 30 May 2017 17:01:44 +0200 > On Tue, May 30, 2017 at 10:21:25AM -0400, Vivien Didelot wrote: >> Hide the implementation of dsa_uses_tagged_protocol in dsa.c since this >> helper will be extended to access the opaque dsa_device_ops structure. >> >> At

Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

On 5/29/2017 8:18 PM, Matt Brown wrote: > On 5/29/17 10:46 PM, Casey Schaufler wrote: >> On 5/29/2017 7:00 PM, Matt Brown wrote: >>> Casey Schaufler, >>> >>> First I must start this off by saying I really appreciate your presentation >>> on >>> LSMs that is up on youtube. I've got a LSM in the

Re: [PATCH] LSM: Convert security_hook_heads into explicit array of struct list_head

On Tue, 30 May 2017 23:29:10 +0900 Tetsuo Handa wrote: > James Morris wrote: > > On Sun, 28 May 2017, Tetsuo Handa wrote: > > > > > can afford enabling". And we know that we cannot merge all security > > > modules > > > into mainline. Thus, allowing

Re: [PATCH] mm: bump PGSTEAL*/PGSCAN*/ALLOCSTALL counters in memcg reclaim

On Tue 30-05-17 14:21:14, Roman Gushchin wrote: [...] > But what about PGSTEAL*/PGSCAN* counters, isn't it better to make them > reflect __all__ reclaim activity, no matter what was a root cause? What would be the advantage? Those counters have always been global and we should better have a

Re: [RFC, PATCH] imx: serial: Take tty->files_lock opportunistically

On Tue, May 30, 2017 at 02:42:13PM +0100, Alan Cox wrote: I sent a second patch recently: https://patchwork.kernel.org/patch/9725625/ > > > Fixes: 18a4208826dd0a13eb06de724c86bba2c225f943 ("imx-serial: Reduce > > > RX DMA startup latency when opening for reading") > > > > > > Cc:

Re: [PATCH] x86/KASLR: use the right memcpy

On 05/30/17 at 11:14am, Arnd Bergmann wrote: > The decompressor has its own implementation of the string functions, > but has to include the right header to get those, while implicitly > including linux/string.h may result in a link error: > > arch/x86/boot/compressed/kaslr.o: In function

Re: [PATCH 2/3] x86/mce/AMD: Define a list_head for threshold blocks outside the list

On Tue, May 30, 2017 at 12:39:03PM +, Ghannam, Yazen wrote: > Like I said in the commit message, the list_head needs to be outside the > list to access all the elements using list_for_each*. Otherwise, we won't > get a reference to the "head" element since we iterate starting from > head->next

RE: [PATCH 2/3] x86/mce/AMD: Define a list_head for threshold blocks outside the list

> -Original Message- > From: Borislav Petkov [mailto:b...@alien8.de] > Sent: Tuesday, May 30, 2017 9:57 AM > To: Ghannam, Yazen > Cc: linux-e...@vger.kernel.org; Tony Luck ; > x...@kernel.org; linux-kernel@vger.kernel.org > Subject: Re: [PATCH

Re: [PATCH v7 0/3] Cavium ThunderX2 SMMUv3 errata workarounds

On 30.05.17 17:33:38, Geetha sowjanya wrote: > Cavium ThunderX2 SMMUv3 implementation has two Silicon Erratas. > 1. Errata ID #74 >SMMU register alias Page 1 is not implemented > 2. Errata ID #126 >SMMU doesnt support unique IRQ lines and also MSI for gerror, >eventq and cmdq-sync > >

Re: [PATCH 2/3] x86/mce/AMD: Define a list_head for threshold blocks outside the list

On Tue, May 30, 2017 at 02:06:11PM +, Ghannam, Yazen wrote: > Okay, so I'll redo Patch 3 in this set and drop this one. Any comments on > Patch 1? Nope, I took it already. -- Regards/Gruss, Boris. Good mailing practices for 400: avoid top-posting and trim the reply.

[PATCH net-next 6/7] net: dsa: remove useless copy of tagger xmit

The dsa_slave_priv structure holds a copy of the dsa_device_ops xmit function. It is always assigned to the switch tree xmit function. Remove this useless copy. Signed-off-by: Vivien Didelot --- net/dsa/dsa_priv.h | 3 --- net/dsa/slave.c| 4 +--- 2

[PATCH net-next 5/7] net: dsa: remove useless goto label in tagger rcv

Many rcv functions from net/dsa/tag_*.c have a useless out_drop goto label which simply returns NULL. Kill it in favor of the obvious. Signed-off-by: Vivien Didelot --- net/dsa/tag_brcm.c| 11 --- net/dsa/tag_dsa.c | 13 +

[PATCH net-next 4/7] net: dsa: free orig skb on rcv if reallocated

If the receive function of a tagger reallocated the SKB, the original SKB is currently not freed. Fix this and free it on both copy or error. Signed-off-by: Vivien Didelot --- net/dsa/dsa.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff

Re: [-next] memory hotplug regression

On Tue 30-05-17 14:37:24, Heiko Carstens wrote: > On Tue, May 30, 2017 at 02:18:06PM +0200, Michal Hocko wrote: > > > So ZONE_DMA ends within ZONE_NORMAL. This shouldn't be possible, unless > > > this restriction is gone? > > > > The patch below should help. > > It does fix this specific

Re: [PATCH net-next 2/7] net: dsa: remove useless rcv copy in DSA tree

On Tue, May 30, 2017 at 10:21:26AM -0400, Vivien Didelot wrote: > The dsa_switch_tree holds a copy of the rcv member of the dsa_device_ops > structure. dst->rcv is always assigned to dst->tag_ops->rcv. Remove this > useless copy. > > Signed-off-by: Vivien Didelot

Re: [RFC] KVM: SVM: do not drop VMCB CPL to 0 if SS is not present

On 19/05/2017 18:14, Roman Penyaev wrote: > > 1. Simple one, KVM SVM side, which makes sure that CPL is not updated >if segment is unusable: > >--- a/arch/x86/kvm/svm.c >+++ b/arch/x86/kvm/svm.c >@@ -1549,7 +1549,7 @@ static void svm_set_segment(struct kvm_vcpu *vcpu, >

Re: [RFC 1/3] WhiteEgret: Add WhiteEgret core functions.

Quoting Masanobu Koike (masanobu2.ko...@toshiba.co.jp): > This RFC provides implementation of WhiteEgret. > > Signed-off-by: Masanobu Koike > --- > security/Kconfig | 7 +- > security/Makefile | 2 + >

Re: [PATCH 3/6] irqchip: irq-mvebu-gicp: new driver for Marvell GICP

On 30/05/17 16:25, Thomas Petazzoni wrote: > Hello, > > On Tue, 30 May 2017 16:17:41 +0100, Marc Zyngier wrote: > >>> Indeed. But do we care? Can an edge interrupt be left pending from the >>> firmware? >> >> I cannot see why not. It is just as likely as a level interrupt. > > OK. > >>> I'm

Re: [RFC, PATCH] imx: serial: Take tty->files_lock opportunistically

> > Fixes: 18a4208826dd0a13eb06de724c86bba2c225f943 ("imx-serial: Reduce > > RX DMA startup latency when opening for reading") > > > > Cc: cphe...@gmail.com > > Cc: Peter Senna Tschudin > > Cc: Greg Kroah-Hartman > > Cc: Jiri Slaby

Re: [PATCH 4/6] irqchip: irq-mvebu-icu: new driver for Marvell ICU

On Tue, May 30, 2017 at 03:27:35PM +0200, Andrew Lunn wrote: > So you don't expect to every have your 500 patches merged? Correct. > What might help is that you ask for help getting them merged. I know > of at least 4 groups of people interested in your devlink and 10G PHY > code. As I've

Re: perf group read for inherited events

On Tue, May 30, 2017 at 11:45:12AM +0200, Peter Zijlstra wrote: > > Or is the simple patch below good enough? > > The below seems to be the correct thing. It is rather unfortunate that > this would break/significantly change existing semantics :/ The "existing semantics" as in ignoring the

Re: [PATCH] platform/x86: ideapad-laptop: Expose conservation mode switch

On 5/30/17 9:22 PM, Andy Shevchenko wrote: > On Sun, May 28, 2017 at 4:47 PM, Hao Wei Tee wrote: >> On 5/27/17 3:31 PM, Hao Wei Tee wrote: >>> This exposes the battery conservation mode present on some (?) IdeaPads. >>> The mode is set by calling ACPI method SBMC with

Re: [PATCH v4] KVM: x86: avoid large stack allocations in em_fxrstor

2017-05-30 12:15+0200, Paolo Bonzini: > On 30/05/2017 00:48, Nick Desaulniers wrote: >> diff --git a/arch/x86/kvm/emulate.c b/arch/x86/kvm/emulate.c >> @@ -3985,57 +3985,45 @@ static int em_fxsave(struct x86_emulate_ctxt *ctxt) >> static int em_fxrstor(struct x86_emulate_ctxt *ctxt) >> { >>

RE: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

Hello Jacopo and Linus, On Monday, May 29, 2017, jmondi wrote: > > > We can handle 'bi-directional' pins with static tables in our pin > > > controller driver and not have it anywhere in DT. > > > > This sounds like a viable approach. > > > > I just want to know if "output-enable" is the right

Re: [PATCH v3] nvme/pci: remap BAR0 to cover admin CQ doorbell for large stride

Looks good to me, Reviewed-by: Sagi Grimberg

[PATCH net-next 7/7] net: dsa: factor skb freeing on xmit

The taggers are currently responsible to free the original SKB if they made a copy of it, or in case of error. This patch simplifies this by freeing the original SKB in the dsa_slave_xmit caller if it differs from the return SKB (copy or NULL.) At the same time, fix the checkpatch NULL

[PATCH] hsdk: initial port for HSDK board

This initial port add support of ARC HS Development Kit board with some basic features such as SMP and serial port, USB, SD/MMC and Ethernet. Note as opposed to other ARC boards we link Linux kernel to 0x9000_ intentionally because cores 1 and 3 configured with DCCM situated at our more usual

[PATCH net-next 1/7] net: dsa: hide dsa_uses_tagged_protocol code

Hide the implementation of dsa_uses_tagged_protocol in dsa.c since this helper will be extended to access the opaque dsa_device_ops structure. At the same time, fix the checkpatch comparison check: CHECK: Comparison to NULL could be written "dst->rcv" #41: FILE: net/dsa/dsa.c:32: +

[PATCH net-next 2/7] net: dsa: remove useless rcv copy in DSA tree

The dsa_switch_tree holds a copy of the rcv member of the dsa_device_ops structure. dst->rcv is always assigned to dst->tag_ops->rcv. Remove this useless copy. Signed-off-by: Vivien Didelot --- include/net/dsa.h | 4 net/dsa/dsa.c | 4 ++--

Re: [PATCH 4/6] irqchip: irq-mvebu-icu: new driver for Marvell ICU

Hello, On Tue, 30 May 2017 14:42:26 +0100, Russell King - ARM Linux wrote: > As I've repeatedly explained - and it's called phylink, not devlink - > the SFP support is not ready due to the SFP+ stuff needing a complete > rewrite of that code, which has been delayed because of delays on >

Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption

On 5/19/2017 6:27 AM, Borislav Petkov wrote: On Tue, Apr 18, 2017 at 04:22:23PM -0500, Tom Lendacky wrote: Add support to check if SME has been enabled and if memory encryption should be activated (checking of command line option based on the configuration of the default state). If memory

Re: [PATCH 4/6] irqchip: irq-mvebu-icu: new driver for Marvell ICU

On Tue, May 30, 2017 at 03:27:35PM +0200, Andrew Lunn wrote: > What might help is that you ask for help getting them merged. I know > of at least 4 groups of people interested in your devlink and 10G PHY > code. If you handed those patches over to these people, i'm sure we > could find somebody to

Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE

On Tue 30-05-17 16:04:56, Andrea Arcangeli wrote: > On Tue, May 30, 2017 at 12:39:30PM +0200, Michal Hocko wrote: > > On Tue 30-05-17 13:19:22, Mike Rapoport wrote: > > > On Tue, May 30, 2017 at 09:44:08AM +0200, Michal Hocko wrote: > > > > On Wed 24-05-17 17:27:36, Mike Rapoport wrote: > > > > >

Re: [PATCH 2/2] gpio: mvebu: fix gpio bank registration when pwm is used

2017-05-30 15:16 GMT+02:00 Gregory CLEMENT : > Hi Richard, Hi Greg ! > > On mar., mai 30 2017, Richard Genoud wrote: > >> If more than one gpio bank has the "pwm" property, only one will be >> registered successfully, all the others

Re: [-next] memory hotplug regression

On Tue 30-05-17 16:55:01, Heiko Carstens wrote: > On Tue, May 30, 2017 at 04:32:47PM +0200, Michal Hocko wrote: > > On Tue 30-05-17 14:37:24, Heiko Carstens wrote: > > > On Tue, May 30, 2017 at 02:18:06PM +0200, Michal Hocko wrote: > > > > > So ZONE_DMA ends within ZONE_NORMAL. This shouldn't be

Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption

On Tue, May 30, 2017 at 09:38:36AM -0500, Tom Lendacky wrote: > In this case we're running identity mapped and the "on" constant ends up > as kernel address (0x81...) which results in a segfault. Would static const char *__on_str = "on"; ... if (!strncmp(buffer,

Re: [PATCH] xen: don't print error message in case of missing Xenstore entry

On 30/05/17 15:25, Boris Ostrovsky wrote: > On 05/29/2017 05:13 AM, Juergen Gross wrote: >> When registering for the Xenstore watch of the node control/sysrq the >> handler will be called at once. Don't issue an error message if the >> Xenstore node isn't there, as it will be created only when an

Re: [PATCH net-next 2/7] net: dsa: remove useless rcv copy in DSA tree

From: Andrew Lunn Date: Tue, 30 May 2017 17:05:31 +0200 > On Tue, May 30, 2017 at 10:21:26AM -0400, Vivien Didelot wrote: >> The dsa_switch_tree holds a copy of the rcv member of the dsa_device_ops >> structure. dst->rcv is always assigned to dst->tag_ops->rcv. Remove this >>

Re: [PATCH 2/2] gpio: mvebu: fix gpio bank registration when pwm is used

Hi Richard On Tue, 30 May 2017 16:45:24 +0200 Richard Genoud wrote: > 2017-05-30 15:16 GMT+02:00 Gregory CLEMENT > : > > Hi Richard, > Hi Greg ! > > > > > On mar., mai 30 2017, Richard Genoud > > wrote:

Re: Device address specific mapping of arm,mmu-500

On Mon, May 29, 2017 at 06:18:45PM -0700, Ray Jui wrote: > I'm writing to check with you to see if the latest arm-smmu.c driver in > v4.12-rc Linux for smmu-500 can support mapping that is only specific to > a particular physical address range while leave the rest still to be > handled by the

Re: [RFC][PATCH 00/23] VFS: Introduce superblock configuration context [ver #4]

Al Viro wrote: > Random notes: > * "sb_config" looks rather odd in the current variant; mount_context, > perhaps? Or fs_context, for that matter... Anyway, that's trivial. You can argue that one with Miklós. He argued against mount_context as I had it

Re: [PATCH v6 1/4] gpio: mvebu: Add limited PWM support

2017-05-30 16:51 GMT+02:00 Ralph Sennhauser : > On Tue, 30 May 2017 15:40:00 +0200 > Gregory CLEMENT wrote: > >> Hi Ralph and Linus, >> >> I resurrect this thread following the series post by Richard Genoud: >>

Re: [PATCH V2 2/3] net-next: dsa: add multi cpu port support

Hi John, [auto build test ERROR on net-next/master] [also build test ERROR on next-20170530] [cannot apply to v4.12-rc3] [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/John-Crispin

Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE

On Tue, May 30, 2017 at 04:39:41PM +0200, Michal Hocko wrote: > I sysctl for the mapcount can be increased, right? I also assume that > those vmas will get merged after the post copy is done. Assuming you enlarge the sysctl to the worst possible case, with 64bit address space you can have

Re: verify_pefile_signature() and a message field of MZ header in pe.h

AKASHI Takahiro wrote: > Struct mz_hdr in include/linux/pe.h contains a message[] field. > Should it be part of this structure? You'd probably be better off asking Peter Jones - he wrote the original code that I copied into the kernel. David

Re: [RFC PATCH 1/2] sched/rt: add utilization tracking

On Wed, May 24, 2017 at 11:00:51AM +0200, Vincent Guittot wrote: > schedutil governor relies on cfs_rq's util_avg to choose the OPP when cfs > tasks are running. When the CPU is overloaded by cfs and rt tasks, cfs tasks > are preempted by rt tasks and in this case util_avg reflects the remaining >

Re: [PATCH 3/3] cfq-iosched: Delete unused function min_vdisktime()

On 05/26/2017 03:22 PM, Matthias Kaehlcke wrote: > This fixes the following warning when building with clang: > > block/cfq-iosched.c:970:19: error: unused function 'min_vdisktime' > [-Werror,-Wunused-function] I have applied this one for 4.13, as that is just dead code. I don't

[PATCH] cpufreq: imx6q: imx6ull should use the same flow as imx6ul

From: Octavian Purdila This fixes an issue with imx6ull where setting the frequency to 528Mhz would actually set the ARM clock to 324Mhz. Signed-off-by: Octavian Purdila Signed-off-by: Leonard Crestez ---

Re: [PATCH] drm/vmwgfx: fix spelling mistake "exeeds" -> "exceeds"

Thanks. Reviewed and queued. On Sat, May 27, 2017 at 07:52:30PM +0100, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in DRM_ERROR error message. > > Signed-off-by: Colin Ian King > --- >

Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

On 5/30/17 11:20 AM, Casey Schaufler wrote: > On 5/29/2017 8:18 PM, Matt Brown wrote: >> On 5/29/17 10:46 PM, Casey Schaufler wrote: >>> On 5/29/2017 7:00 PM, Matt Brown wrote: Casey Schaufler, First I must start this off by saying I really appreciate your presentation on

Re: [PATCH 1/4] firmware: add firmware signing

On Fri, 2017-05-26 at 12:06 +0900, AKASHI Takahiro wrote: > There is one driver data option, DRIVER_DATA_REQ_NO_SIG_CHECK, > which will skip signature verification check at load time > even in enforcing mode. > This option is solely for non security-sensitive data. It's also for firmware that is

Re: [PATCH net-next 1/7] net: dsa: hide dsa_uses_tagged_protocol code

On Tue, May 30, 2017 at 11:56:30AM -0400, Vivien Didelot wrote: > Hi Andrew, David, > > David Miller writes: > > >>> +bool dsa_uses_tagged_protocol(struct dsa_switch_tree *dst) > >>> +{ > >>> + return !!dst->rcv; > >>> +} > >>> + > >> > >> You need to be careful here. This

Re: [PATCH net-next 1/7] net: dsa: hide dsa_uses_tagged_protocol code

Hi Andrew, Andrew Lunn writes: > On Tue, May 30, 2017 at 11:56:30AM -0400, Vivien Didelot wrote: >> Hi Andrew, David, >> >> David Miller writes: >> >> >>> +bool dsa_uses_tagged_protocol(struct dsa_switch_tree *dst) >> >>> +{ >> >>> +return

Re: [PATCH net-next 4/7] net: dsa: free orig skb on rcv if reallocated

On Tue, May 30, 2017 at 11:41:51AM -0400, Vivien Didelot wrote: > Hi Andrew, > > Andrew Lunn writes: > > > On Tue, May 30, 2017 at 10:21:28AM -0400, Vivien Didelot wrote: > >> If the receive function of a tagger reallocated the SKB, the original > >> SKB is currently not freed.

[PATCH 3/7] driver core: add helper to reuse a device-tree node

Add a helper function to be used when reusing the device-tree node of another device. It is fairly common for drivers to reuse the device-tree node of a parent (or other ancestor) device when creating class or bus devices (e.g. gpio chips, i2c adapters, iio chips, spi masters, serdev, phys, usb

[PATCH 0/7] driver core/USB/thermal: fix device-tree node reuse

This series fixes a few issues related to device-tree node reuse. It is fairly common for drivers to reuse the device-tree node of a parent (or other ancestor) device when creating class or bus devices (e.g. gpio chips, i2c adapters, iio chips, spi masters, serdev, phys, usb root hubs). But

[PATCH 4/7] driver core: fix automatic pinctrl management

Commit ab78029ecc34 ("drivers/pinctrl: grab default handles from device core") added automatic pin-control management to driver core by looking up and setting any default pinctrl state found in device tree while a device is being probed. This obviously runs into problems as soon as device-tree

Re: [PATCH v5 04/10] x86/hyper-v: fast hypercall implementation

On Tue, May 30, 2017 at 2:34 PM, Vitaly Kuznetsov wrote: > Hyper-V supports 'fast' hypercalls when all parameters are passed through > registers. Implement an inline version of a simpliest of these calls: > hypercall with one 8-byte input and no output. > + u64

Re: [RFC] KVM: SVM: do not drop VMCB CPL to 0 if SS is not present

Hi, I found a code to set unusable flag of segment register incorrectly. https://lkml.org/lkml/2017/5/30/459 I guess above patch and current discussion could be related. I guess following sequence could happen. 1. svm_get_segment() sets var->unusable of Stack Segment incorrectly 2.

Re: [PATCH v5 06/10] x86/hyper-v: implement rep hypercalls

On Tue, May 30, 2017 at 2:34 PM, Vitaly Kuznetsov wrote: > Rep hypercalls are normal hypercalls which perform multiple actions at > once. Hyper-V guarantees to return exectution to the caller in not more > than 50us and the caller needs to use hypercall continuation. Touch

Re: [PATCH 1/2] perf/x86/intel: enable CPU ref_cycles for GP counter

On Tue, May 30, 2017 at 2:25 AM, Peter Zijlstra wrote: > On Sun, May 28, 2017 at 01:31:09PM -0700, Stephane Eranian wrote: >> Ultimately, I would like to see the watchdog move out of the PMU. That >> is the only sensible solution. >> You just need a resource able to

Re: [PATCH v2 02/11] ARC: send ipi to all cpus sharing task mm in case of page fault

On 05/27/2017 11:51 PM, Noam Camus wrote: From: Noam Camus This patch is derived due to performance issue. The use case is a page fault that resides on more than the local cpu. Trying to broadcast all CPUs results on performance degradation. So we try to avoid this by

Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

> Seccomp requires the program in question to "opt-in" so to speak and set > certain restrictions on itself. However as you state above, any TIOCSTI > protection doesn't matter if the program correctly allocates a tty/pty pair. > This protections seeks to protect users from programs that don't do

Re: [PATCH] Input: s3c2410_ts - Handle return value of clk_prepare_enable

On Tue, May 30, 2017 at 04:22:57PM +0530, Arvind Yadav wrote: > clk_prepare_enable() can fail here and we must check its return value. > > Signed-off-by: Arvind Yadav Applied, thank you. > --- > drivers/input/touchscreen/s3c2410_ts.c | 8 +++- > 1 file changed,

Re: Device address specific mapping of arm,mmu-500

Hi Will, On 5/30/17 8:14 AM, Will Deacon wrote: > On Mon, May 29, 2017 at 06:18:45PM -0700, Ray Jui wrote: >> I'm writing to check with you to see if the latest arm-smmu.c driver in >> v4.12-rc Linux for smmu-500 can support mapping that is only specific to >> a particular physical address range

Re: [PATCH v5 08/10] x86/hyper-v: use hypercall for remote TLB flush

On Tue, May 30, 2017 at 2:34 PM, Vitaly Kuznetsov wrote: > Hyper-V host can suggest us to use hypercall for doing remote TLB flush, > this is supposed to work faster than IPIs. > > Implementation details: to do HvFlushVirtualAddress{Space,List} hypercalls > we need to put the

Re: [PATCH] Input: synaptics-rmi4 - use %ph to form F34 configuration ID

On Tue, May 30, 2017 at 10:23:58AM +0200, Benjamin Tissoires wrote: > On May 29 2017 or thereabouts, Dmitry Torokhov wrote: > > Instead of printing bytes one by one, let's use %phN to print the buffer in > > one go. > > > > Also use hweight8 to count number of partitions instead of inspecting it

Re: Device address specific mapping of arm,mmu-500

On 30/05/17 17:49, Ray Jui wrote: > Hi Will, > > On 5/30/17 8:14 AM, Will Deacon wrote: >> On Mon, May 29, 2017 at 06:18:45PM -0700, Ray Jui wrote: >>> I'm writing to check with you to see if the latest arm-smmu.c driver in >>> v4.12-rc Linux for smmu-500 can support mapping that is only specific

[net-wireless-orinoco] question about potential null pointer dereference

Hello everybody, While looking into Coverity ID 1357460 I ran into the following piece of code at drivers/net/wireless/intersil/orinoco/mic.c:48 48int orinoco_mic(struct crypto_shash *tfm_michael, u8 *key, 49u8 *da, u8 *sa, u8 priority, 50u8 *data, size_t

Re: [RFC PATCH v2] pci: Concurrency issue in NVMe Init through PCIe switch

Hi Srinath and Scott, On 5/30/17 8:44 AM, Scott Branden wrote: > Hi Srinath, > > > On 17-05-30 02:08 AM, Srinath Mannam wrote: >> We found a concurrency issue in NVMe Init when we initialize >> multiple NVMe connected over PCIe switch. >> >> Setup details: >> - SMP system with 8 ARMv8 cores

Re: [PATCH v5 09/10] x86/hyper-v: support extended CPU ranges for TLB flush hypercalls

On Tue, May 30, 2017 at 2:34 PM, Vitaly Kuznetsov wrote: > Hyper-V hosts may support more than 64 vCPUs, we need to use > HVCALL_FLUSH_VIRTUAL_ADDRESS_SPACE_EX/LIST_EX hypercalls in this > case. > +/* HvFlushVirtualAddressSpaceEx, HvFlushVirtualAddressListEx hypercalls */ >

Re: [PATCH 15/16] platform/x86: wmi-mof: New driver to expose embedded WMI MOF metadata

On Tuesday 30 May 2017 17:24:54 Andy Shevchenko wrote: > On Sat, 2017-05-27 at 14:07 -0700, Andy Lutomirski wrote: > > On Sat, May 27, 2017 at 4:14 AM, Pali Rohár > > > > wrote: > > > > Quite a few laptops (and maybe servers?) have embedded WMI MOF > > > > > > Not "a few",

Re: signals: Bug or manpage inconsistency?

On Tue, May 30, 2017 at 6:21 AM, Thomas Gleixner wrote: > > Linus, any recollection? > > IMO, it's perfectly reasonable to discard ignored signals even when the > signal is in the blocked mask. When its unblocked and SIG_IGN is replaced > then the next signal will be

Re: [PATCH] xen: don't print error message in case of missing Xenstore entry

On 30/05/17 19:08, Boris Ostrovsky wrote: > On 05/30/2017 11:03 AM, Juergen Gross wrote: >> On 30/05/17 15:25, Boris Ostrovsky wrote: >>> On 05/29/2017 05:13 AM, Juergen Gross wrote: When registering for the Xenstore watch of the node control/sysrq the handler will be called at once.

Re: [PATCH] Input: synaptics-rmi4 - use %ph to form F34 configuration ID

On Tue, 2017-05-30 at 09:59 -0700, Dmitry Torokhov wrote: > On Tue, May 30, 2017 at 10:23:58AM +0200, Benjamin Tissoires wrote: > > On May 29 2017 or thereabouts, Dmitry Torokhov wrote: > > > Instead of printing bytes one by one, let's use %phN to print the buffer > > > in > > > one go. > > > >

Re: [tip:x86/urgent] x86/PAT: Fix Xorg regression on CPUs that don't support PAT

Same boot problem here (Intel(R) Core(TM) i5-5200U CPU on a Dell XPS 13), git-bisected to the same patch... On Mon, May 29, 2017 at 06:50:57PM -0400, Mikulas Patocka wrote: > Please do the following three tests and test if the kernel boots. > > 1. use the PAT patch and revert the change to the

Re: [PATCH 1/2] perf/x86/intel: enable CPU ref_cycles for GP counter

On Wed, May 24, 2017 at 12:01:50PM -0400, Vince Weaver wrote: > I already have people really grumpy that you have to have one mmap() page > per event, meaning you sacrifice one TLB entry for each event you are > measuring. So there is space in that page. We could maybe look at having an array

Re: Device address specific mapping of arm,mmu-500

On 30/05/17 17:49, Ray Jui wrote: > Hi Will, > > On 5/30/17 8:14 AM, Will Deacon wrote: >> On Mon, May 29, 2017 at 06:18:45PM -0700, Ray Jui wrote: >>> I'm writing to check with you to see if the latest arm-smmu.c driver in >>> v4.12-rc Linux for smmu-500 can support mapping that is only specific

Re: Device address specific mapping of arm,mmu-500

On 30/05/17 18:16, Ray Jui wrote: > Hi Marc, > > On 5/30/17 9:59 AM, Marc Zyngier wrote: >> On 30/05/17 17:49, Ray Jui wrote: >>> Hi Will, >>> >>> On 5/30/17 8:14 AM, Will Deacon wrote: On Mon, May 29, 2017 at 06:18:45PM -0700, Ray Jui wrote: > I'm writing to check with you to see if the

Re: [PATCH 4.4 018/103] md: update slab_cache before releasing new stripes when stripes resizing

On Tue, May 30, 2017 at 02:16:53PM +0100, Ben Hutchings wrote: > On Tue, 2017-05-23 at 22:08 +0200, Greg Kroah-Hartman wrote: > > 4.4-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Dennis Yang > > > > commit

Re: [RFC 1/3] WhiteEgret: Add WhiteEgret core functions.

On 5/30/2017 4:13 AM, Masanobu Koike wrote: > This RFC provides implementation of WhiteEgret. > > Signed-off-by: Masanobu Koike > --- > security/Kconfig | 7 +- > security/Makefile | 2 + > security/whiteegret/Kconfig|

Re: [PATCH v2 0/3] perf: xgene: Add support for SoC PMU version 3

Hi All, Ping again Thanks Hoan On Fri, May 5, 2017 at 8:48 AM, Hoan Tran wrote: > Ping! > > Thanks > Hoan > > On Thu, Apr 13, 2017 at 10:50 AM, Hoan Tran wrote: >> Hi All, >> >> Do you have any comments on this patch set? >> >> Thanks >> Hoan >> >> On Mon, Apr

Re: [PATCH 0/2] PCI: Workaround for bus reset on Cavium cn8xxx root ports

On Mon, 29 May 2017 23:30:52 -0400 Jon Masters wrote: > Following up on this thread... > > On 05/23/2017 06:15 PM, Alex Williamson wrote: > > On Tue, 23 May 2017 14:22:01 -0700 > > David Daney wrote: > > > >> On 05/23/2017 02:04 PM, Alex

[PATCH 2/2] net: phy: micrel: Restore led_mode and clk_sel on resume

These bits seem to be lost after a suspend/resume cycle so just set them again. This patch fixes ethernet suspend/resume on imx6ul-14x14-evk boards. Signed-off-by: Leonard Crestez --- drivers/net/phy/micrel.c | 15 +++ 1 file changed, 15 insertions(+) diff

[PATCH 0/2] ARM: imx6ul-14x14-evk: Fix suspend over nfs by phy cleanup

Right now attempting doing suspend/resume while root is mounted over NFS hangs on imx6ul-14x14-evk. This is happening because ksz8081 phy fixups are lost on resume. Fix this by using equivalent devicetree properties instead of a phy fixup and handling those properties on resume in the micrel

Re: [RFC] KVM: SVM: do not drop VMCB CPL to 0 if SS is not present

On Tue, May 30, 2017 at 4:47 PM, Paolo Bonzini wrote: > > > On 19/05/2017 18:14, Roman Penyaev wrote: >> 2. A bit complicated, which makes sure the CPL field is preserved across >>KVM_GET/SET_SREGS calls and makes svm_set_segment() and svm_get_segment() >>

[PATCH 1/2] ARM: dts: imx6ul-14x14-evk: Add ksz8081 phy properties

Right now mach-imx6ul registers a fixup for the ksz8081 phy. The same register values can be set through the micrel phy driver by using dts properties. This seems preferable and allows cleanly fixing suspend/resume. Signed-off-by: Leonard Crestez ---

[PATCH 2/2] PCI: Save properties required to handle FLR for replay purposes.

From: CQ Tang Requires: https://patchwork.kernel.org/patch/9593891 After a FLR, pci-states need to be restored. This patch saves PASID features and PRI reqs cached. To: Bjorn Helgaas To: Joerg Roedel To: linux-...@vger.kernel.org To:

<    4   5   6   7   8   9   10   11   12   13   >