Re: [PATCH v4 0/9] usb: musb: tusb6010_omap: Convert to DMAengine

On Thu, May 18, 2017 at 04:11:58PM +0300, Peter Ujfalusi wrote: > Hi, > > Changes since v3: > - typos in commit message of patch 3 and 5 fixed > - long line fixed in patch 5 > - Ack from Vinod is added to the first patch > - The series depends on: http://marc.info/?l=linux-omap=149459699415599=2

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

Quoting Peter Dolding (oia...@gmail.com): > On Sat, May 20, 2017 at 12:33 AM, Serge E. Hallyn wrote: > > On Fri, May 19, 2017 at 12:48:17PM +1000, Peter Dolding wrote: > >> Using cap_sys_admin as fix is like removing car windsheld because > >> vision is being blocked by a rock

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

On Tue, May 30, 2017 at 5:13 PM, Paolo Bonzini wrote: > > > 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 >>

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

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 is in the hot path. Every frame >> received uses this code. And think about a

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

On Mon, May 22, 2017 at 04:50:56PM +0100, David Howells wrote: > > Here are a set of patches to create a superblock configuration context > prior to setting up a new mount, populating it with the parsed > options/binary data, creating the superblock and then effecting the mount. > > This allows

Re: [PATCH] KVM: SVM: ignore type when setting segment registers

On 30/05/2017 17:05, Radim Krčmář wrote: > 2017-05-30 15:24+0200, Gioh Kim: >> This patch is based on linux-next v4.12.0-rc3. > > (I'd omit this.) > >> Signed-off-by: Gioh Kim >> --- > > Reviewed-by: Radim Krčmář Queued, thanks. Paolo

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

On 30/05/2017 17:58, Roman Penyaev wrote: > Indeed, what is left is eventually take it from SS.RPL. J. Ahah! :) But I only suggested that in specific cases. > But jokes aside, with your last patch you seems fixed a race problem > when "CS.RPL is not equal to the CPL in the few instructions

Re: [PATCH][V2] sound/core/pcm_timer.c: include pcm_local.h and remove some extraneous tabs

On Tue, 30 May 2017 12:39:45 +0200, Colin King wrote: > > From: Colin Ian King > > We need to include pcm_local.h to clean up some smatch warnings: > > symbol 'snd_pcm_timer_done' was not declared. Should it be static? > symbol 'snd_pcm_timer_init' was not declared.

[RFC PATCH] KEYS: Allow a live daemon in a namespace to service request_key upcalls

Provide a mechanism by which a running daemon can intercept request_key upcalls, filtered by namespace and key type, and service them. The list of active services is per-user_namespace. == CREATING A CHANNEL AND SETTING FILTERS

Example daemon program

Here's a one-shot example daemon that services user-type keys. David --- /* request_key() service daemon * * Copyright (C) 2017 Red Hat, Inc. All Rights Reserved. * Written by David Howells (dhowe...@redhat.com) * * This program is free software; you can redistribute it and/or * modify it

Re: [PATCH v1 1/1] mux: mux-intel-usb: Add Intel USB Multiplexer driver

On Tue, May 30, 2017 at 3:47 AM, wrote: > From: Kuppuswamy Sathyanarayanan > > In some Intel SOCs, a single USB port is shared between USB device and SoCs > host controller and an internal mux is used to

Re: [patch V3 23/32] perf/tracing/cpuhotplug: Fix locking order

On Tue, May 30, 2017 at 01:22:35PM +0200, Peter Zijlstra wrote: > On Wed, May 24, 2017 at 11:30:18AM -0700, Paul E. McKenney wrote: > > > @@ -8920,7 +8912,7 @@ perf_event_mux_interval_ms_store(struct > > > pmu->hrtimer_interval_ms = timer; > > > > > > /* update all cpuctx for this PMU */ > >

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

On 30 May 2017 at 17:50, Morten Rasmussen wrote: > 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

Re: [PATCH v5 01/10] x86/hyper-v: include hyperv/ only when CONFIG_HYPERV is set

On Tue, May 30, 2017 at 2:34 PM, Vitaly Kuznetsov wrote: > Code is arch/x86/hyperv/ is only needed when CONFIG_HYPERV is set, the > 'basic' support and detection lives in arch/x86/kernel/cpu/mshyperv.c > which is included when CONFIG_HYPERVISOR_GUEST is set. > >

[PATCH 2/2] clk: bcm2835: Minimise clock jitter for PCM clock

Fractional clock dividers generate accurate average frequencies but with jitter, particularly when the integer divisor is small. Introduce a new metric of clock accuracy to penalise clocks with a good average but worse jitter compared to clocks with an average which is no better but with lower

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

On 5/30/17 8:24 AM, Alan Cox wrote: > Look there are two problems here > > 1. TIOCSTI has users I don't see how this is a problem. > > 2. You don't actually fix anything > > The underlying problem is that if you give your tty handle to another > process which you don't trust you are screwed.

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

On Tue, May 30, 2017 at 06:51:28AM -0700, Andi Kleen wrote: > On Tue, May 30, 2017 at 11:25:23AM +0200, 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

[PATCH 7/7] thermal: max77620: fix pinmux conflict on reprobe

Use the new helper for reusing a device-tree node of another device instead of managing the node references explicitly. This also makes sure that the new of_node_reuse flag is set if the device is ever reprobed, something which specifically now avoids driver core from attempting to claim any

[PATCH 2/7] USB: of: document reference taken by child-lookup helper

Document that the child-node lookup helper takes a reference to the device-tree node which needs to be dropped after use. Signed-off-by: Johan Hovold --- drivers/usb/core/of.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/usb/core/of.c b/drivers/usb/core/of.c

Re: [PATCH] arc: Add "include chroot" for DT bindings

On 05/30/2017 06:22 AM, Alexey Brodkin wrote: Basically this extends c58299aa8754 "kbuild: create an "include chroot" for DT bindings" for ARC where we extensively use Device Tree and there're good reasons to use DT bindings, especially if those are required. Otherwise on attempt to compile

Re: [PATCH v5 29/32] x86/mm: Add support to encrypt the kernel in-place

On 5/26/2017 11:25 AM, Borislav Petkov wrote: On Thu, May 25, 2017 at 05:24:27PM -0500, Tom Lendacky wrote: I guess I could do that, but this will probably only end up clearing a single PGD entry anyway since it's highly doubtful the address range would cross a 512GB boundary. Or you can

Re: [HMM 07/15] mm/ZONE_DEVICE: new type of ZONE_DEVICE for unaddressable memory v3

On Wed, May 24, 2017 at 01:20:16PM -0400, Jérôme Glisse wrote: > HMM (heterogeneous memory management) need struct page to support migration > from system main memory to device memory. Reasons for HMM and migration to > device memory is explained with HMM core patch. > > This patch deals with

Re: [PATCH v5 02/10] x86/hyper-v: stash the max number of virtual/logical processor

On Tue, 30 May 2017 13:34:16 +0200 Vitaly Kuznetsov wrote: > diff --git a/arch/x86/kernel/cpu/mshyperv.c b/arch/x86/kernel/cpu/mshyperv.c > index 04cb8d3..bdcc433 100644 > --- a/arch/x86/kernel/cpu/mshyperv.c > +++ b/arch/x86/kernel/cpu/mshyperv.c > @@ -175,9 +175,15 @@

Re: [PATCH v5 00/10] Hyper-V: praravirtualized remote TLB flushing and hypercall improvements

On Tue, May 30, 2017 at 2:34 PM, Vitaly Kuznetsov wrote: > K. Y., while all the changes are not groundbreaking I still have to drop > 'Tested-by' tags on affected patches. It would be great to have this > series retested. > > Thomas, Ingo, Peter, would you like to take this

ATENCIÓN

ATENCIÓN; Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de

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

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. Don't issue an error message if the >>> Xenstore

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

> > You would only need a single one per system however, not one per CPU. > > RCU already tracks all the CPUs, all we need is a single NMI watchdog > > that makes sure RCU itself does not get stuck. > > > > So we just have to find a single watchdog somewhere that can trigger > > NMI. > > But

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

On Tue, May 30, 2017 at 8:03 PM, Pali Rohár wrote: > 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

[PATCH v2 net-next 1/1] netvsc: Add #include's for csum_* function declarations

From: Michael Kelley Add direct #include statements for declarations of csum_tcpudp_magic() and csum_ipv6_magic(). While the needed #include's are picked up indirectly for the x86 architecture, they aren't on other architectures, resulting in compile errors.

Re: [PATCH 1/2] clk: bcm2835: Limit PCM clock to OSC and PLLD_PER

Hi Phil, > Phil Elwell hat am 30. Mai 2017 um 18:28 geschrieben: > > > Restrict clock sources for the PCM peripheral to the oscillator and > PLLD_PER because other source may have varying rates or be switched off. > Prevent other sources from being selected by replacing

Re: [RFC][PATCH 2/4] time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting

On Sat, May 27, 2017 at 12:36 AM, Ingo Molnar wrote: > > * John Stultz wrote: > >> + u64 nsecps; > > What does the 'ps' postfix stand for? It's not obvious (to me). > I guess that nsecps stands for "nanoseconds per second", although the code appears

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

On Tue, May 30, 2017 at 11:32 AM, Stephen Smalley wrote: >> 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

Re: [PATCH v3 0/6] stmmac: pci: Refactor DMI probing

On Tue, May 30, 2017 at 10:33 AM, Jan Kiszka wrote: > Some cleanups of the way we probe DMI platforms in the driver. Reduces > a bit of open-coding and makes the logic easier reusable for any > potential DMI platform != Quark. > > Tested on IOT2000 and Galileo Gen2. So,

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

On Tue, May 30, 2017 at 01:59:41PM -0400, Mikulas Patocka wrote: > On Tue, 30 May 2017, Dominik Brodowski wrote: > > > 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

Re: [PATCH v2] arm: eBPF JIT compiler

Hi Russell, I tried everything I could to run a ARMv6 machine in last 4 days but I am not able to. If nobody is willing to test the code no there machine, may be we should not merge the code. I have been more than happy to assist anyone who want to test it but it looks like other people don't

Re: [PATCH v1 1/1] mux: mux-intel-usb: Add Intel USB Multiplexer driver

On Tue, May 30, 2017 at 9:21 PM, sathyanarayanan kuppuswamy wrote: >> On Tue, May 30, 2017 at 3:47 AM, >> wrote: >>> + tristate "Intel USB Mux" >> >> It's indeed Intel's IP? > > Register map to control

Re: [PATCH v2 1/7] gpio: mockup: improve the debugfs input sanitization

On Tue, May 30, 2017 at 11:58 AM, Bartosz Golaszewski wrote: > We're currently only checking the first character of the input to the > debugfs event files, so a string like '0sdfdsf' is valid and indicates > a falling edge event. > > Be more strict and only allow '0', '1', '0\n' &

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

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 event is being triggered. Signed-off-by: Juergen Gross ---

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

>From c57e3674efc609f8364f5e228a2c1309cfe99901 Mon Sep 17 00:00:00 2001 From: Roman Gushchin Date: Tue, 23 May 2017 17:37:55 +0100 Subject: [PATCH v2] mm,oom: add tracepoints for oom reaper-related events During the debugging of the problem described in

Re: perf group read for inherited events

On Tue, May 30, 2017 at 01:55:33PM -0400, Vince Weaver wrote: > So the issue is currently if you were sampling, and you were sampling on > an event group, and you had set PERF_SAMPLE_READ to get all counts for a > group, and the event was also inherited No, anything PERF_SAMPLE_READ (group

Re: Yes, people use FOLL_FORCE ;)

Hi Linus, > But it sounds like your JIT case actually uses it for writing - > but if you can write a small blurb about it, that would be nice. yes, we use it for writing. Happy to describe the scheme in more detail. > (b) it would probably be nice to limit FOLL_FORCE in general as much >

Re: [PATCH v2 4/7] gpio: mockup: improve readability

On Tue, May 30, 2017 at 11:58 AM, Bartosz Golaszewski wrote: > We currently shift bits here and there without actually explaining > what we're doing. Add some helper variables with names indicating > their purpose to improve the code readability. > + /* Each chip is

Re: [PATCH 7/7] thermal: max77620: fix pinmux conflict on reprobe

On Tue, May 30, 2017 at 06:25:54PM +0200, Johan Hovold wrote: > Use the new helper for reusing a device-tree node of another device > instead of managing the node references explicitly. > > This also makes sure that the new of_node_reuse flag is set if the > device is ever reprobed, something

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

On 5/30/17 2:44 PM, Nick Kralevich wrote: > On Tue, May 30, 2017 at 11:32 AM, Stephen Smalley wrote: >>> 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

Re: [PATCH 0/5] security, efi: Set lockdown if in secure boot mode

On 24 May 2017 at 14:45, David Howells wrote: > > Here's a set of patches to institute a "locked-down mode" in the kernel and > to set that mode if the kernel is booted in secure-boot mode. This can be > enabled with CONFIG_LOCK_DOWN_KERNEL. If a kernel is locked down, the

Re: [PATCH v2 6/7] gpio: mockup: improve the error message

On Tue, May 30, 2017 at 11:58 AM, Bartosz Golaszewski wrote: > Indicate the error number and make the message a bit more elaborate. > + dev_err(dev, > + "adding gpiochip failed: %d (base: %d, ngpio: > %d)\n", > +

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

On Tue, May 30, 2017 at 10:51:51AM -0700, Andi Kleen wrote: > On Tue, May 30, 2017 at 07:40:14PM +0200, Peter Zijlstra wrote: > > On Tue, May 30, 2017 at 10:22:08AM -0700, Andi Kleen wrote: > > > > > You would only need a single one per system however, not one per CPU. > > > > > RCU already tracks

Re: [PATCH v2 net-next 1/3] perf, bpf: Add BPF support to all perf_event types

On Tue, May 30, 2017 at 10:37:46AM -0700, Alexei Starovoitov wrote: > On 5/30/17 9:51 AM, Peter Zijlstra wrote: > > I'm not entirely sure I see how that is required. Should per task not > > already work? The WARN that's there will only trigger if you call them > > on the wrong task, which is

Re: [PATCH net-next v2 4/6] net: dsa: remove unused arguments of tagger rcv

Hey Vivien, On 05/30/2017 11:33 AM, Vivien Didelot wrote: > The struct dsa_device_ops defines the rcv function with 2 unused > arguments struct packet_type *pt, and struct net_device *orig_dev. > > This patch removes them from the definition and implementations. > > Reviewed-by: Andrew Lunn

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

On Tue, 2017-05-30 at 10:23 -0700, Joe Perches wrote: > 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: > > > > > > Or we'd need to introduce %pH I guess.

Re: perf group read for inherited events

On Tue, 30 May 2017, Peter Zijlstra wrote: > On Tue, May 30, 2017 at 06:57:14AM -0700, Andi Kleen wrote: > > 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

Re: [PATCH 2/2] clk: bcm2835: Minimise clock jitter for PCM clock

Hi Phil, > Phil Elwell hat am 30. Mai 2017 um 18:28 geschrieben: > > > Fractional clock dividers generate accurate average frequencies but > with jitter, particularly when the integer divisor is small. > > Introduce a new metric of clock accuracy to penalise clocks with

Re: [PATCH 1/2] arm64: allwinner: h5: Add initial NanoPi NEO2 support

在 2017-05-31 01:42，Jagan Teki 写道： From: Jagan Teki NanoPi M1 Plus is designed and developed by FriendlyElec using the Allwinner 64-bit H5 SOC. Copy'n'paste error? NanoPi Neo2 key features - Allwinner H5, Quad-core 64-bit Cortex-A53 - 512MB DDR3 RAM - microSD

Re: [PATCH v2] arm: eBPF JIT compiler

On Thu, May 25, 2017 at 4:13 PM, Shubham Bansal wrote: > The JIT compiler emits ARM 32 bit instructions. Currently, It supports > eBPF only. Classic BPF is supported because of the conversion by BPF > core. > > This patch is essentially changing the current

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

> -Original Message- > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > Sent: Tuesday, May 30, 2017 04:34 > To: x...@kernel.org; de...@linuxdriverproject.org > Cc: linux-kernel@vger.kernel.org; KY Srinivasan ; Haiyang > Zhang ; Stephen

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

if (err) return err; > > John > > > On 30/05/17 17:38, kbuild test robot wrote: >> Hi John, >> >> [auto build test ERROR on net-next/master] >> [also build test ERROR on next-20170530] >> [cannot apply to v4.12-rc3] &

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

On Tue, 2017-05-30 at 22:04 +0300, Andy Shevchenko wrote: > On Tue, 2017-05-30 at 10:23 -0700, Joe Perches wrote: > > 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

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

> -Original Message- > From: Andy Shevchenko [mailto:andy.shevche...@gmail.com] > Sent: Tuesday, May 30, 2017 09:53 > To: Vitaly Kuznetsov > Cc: x...@kernel.org; de...@linuxdriverproject.org; linux- > ker...@vger.kernel.org; KY Srinivasan ; Haiyang

Re: signals: Bug or manpage inconsistency?

On 05/30, Linus Torvalds wrote: > > On Tue, May 30, 2017 at 10:04 AM, Oleg Nesterov wrote: > > > > I can't comment, I never tried to understand the rationality behind the > > current > > behaviour. But at least the sending path should never drop a blocked SIG_DFL > > signal,

Re: [PATCH v2] arm: eBPF JIT compiler

Forwarding this to net-dev and eBPF folks, who weren't on CC... -Kees On Thu, May 25, 2017 at 4:13 PM, Shubham Bansal wrote: > The JIT compiler emits ARM 32 bit instructions. Currently, It supports > eBPF only. Classic BPF is supported because of the conversion by BPF

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

On Tue, May 30, 2017 at 10:17 PM, Jork Loeser wrote: >> > +#define HV_FLUSH_ALL_PROCESSORS0x0001 >> > +#define HV_FLUSH_ALL_VIRTUAL_ADDRESS_SPACES0x0002 >> > +#define HV_FLUSH_NON_GLOBAL_MAPPINGS_ONLY 0x0004 >> > +#define

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

On 05/30/2017 12:15 PM, Florian Fainelli wrote: > Hi John, > > On 05/30/2017 11:37 AM, John Crispin wrote: >> Hi, >> >> the patch series is based on net-next from 12 hours ago and works fine >> on that tree. I compile and runtime tested it quite intensively on >> various boards > > The warning

Re: pull request: linux-firmware: update cxgb4 firmware

On Sun, May 28, 2017 at 05:29:23PM +0530, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > Pulled, thanks Ganesh. > Thanks > Ganesh > > The following changes since commit

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

> > BTW there's an alternative solution in cycling the NMI watchdog over > > all available CPUs. Then it would eventually cover all. But that's > > less real time friendly than relying on RCU. > > I don't think we need to worry too much about the watchdog being rt > friendly. Robustness is the

[PATCH v6] usb: typec: Add a sysfs node to manage port type

User space applications in some cases have the need to enforce a specific port type(DFP/UFP/DRP). This change allows userspace to attempt setting the desired port type. Low level drivers can however reject the request if the specific port type is not supported. Signed-off-by: Badhri Jagan

Re: [PATCH v5] usb: typec: Add a sysfs node to manage port type

Noticed that I accidentally dropped the ABI documentation for the new port_type node during patchset revision. Adding that back and resubmitting the patch. Thanks, Badhri. On Mon, May 29, 2017 at 1:07 PM, Badhri Jagan Sridharan wrote: > Thanks for all the reviews Guenter &

Re: [PATCH net-next v2 4/6] net: dsa: remove unused arguments of tagger rcv

Hi Florian, Florian Fainelli writes: > I actually have a patch pending that adds support for HW > insertion/extraction of switch tags (broadcom HW supports that) which > require the orig_dev to be there so we know what features are supported > by the master network device.

Re: [PATCH net-next v2 4/6] net: dsa: remove unused arguments of tagger rcv

Florian Fainelli writes: >> Is orig_dev really needed in the tagging implementation, or only in the >> layer above? (dsa_slave_xmit and dsa_switch_rcv.) > > It's needed: > > https://github.com/ffainelli/linux/commits/switch-tag >

[PATCH] HID: asus: Stop underlying hardware on remove

From: Carlo Caione We are missing a call to hid_hw_stop() on the remove hook. Among other things this is causing an Oops when (re-)starting GNOME / upowerd / ... after the module has been already rmmod-ed. Signed-off-by: Carlo Caione ---

Re: [PATCH v8 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller

On Wed, May 24, 2017 at 11:49:21PM -0700, Brendan Higgins wrote: > Added device tree binding documentation for Aspeed I2C Interrupt > Controller. > > Signed-off-by: Brendan Higgins > --- > Added in v6: > - Pulled "aspeed_i2c_controller" out into a interrupt

Re: [PATCH 5/7] pci: use proper name for the R-Car SoC

On Sun, May 28, 2017 at 11:30:48AM +0200, Wolfram Sang wrote: > It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text. > > Signed-off-by: Wolfram Sang > --- > I suggest this trivial patch should be picked individually per susbsystem. > >

[PATCH 56/58] ARM: configs: at91: remove ATMEL_TCLIB

The atmel_tclib driver is now removed, remove its config symbol. Signed-off-by: Alexandre Belloni --- arch/arm/configs/at91_dt_defconfig | 1 - arch/arm/configs/sama5_defconfig | 1 - 2 files changed, 2 deletions(-) diff --git

[PATCH 54/58] clocksource/drivers: remove tcb_clksrc

AVR32 is now the last user of tcb_clksrc. It was removed in 4.12, remove the driver. Signed-off-by: Alexandre Belloni --- drivers/clocksource/Makefile | 1 - drivers/clocksource/tcb_clksrc.c | 381 --- 2 files

[PATCH 06/58] ARM: dts: at91: at91sam9260ek: use TCB0 as clocksource

Use tcb0 as the clocksource like previously selected in at91_dt_defconfig. Signed-off-by: Alexandre Belloni --- arch/arm/boot/dts/at91sam9260ek.dts | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/at91sam9260ek.dts

[PATCH 07/58] ARM: dts: at91: sam9_l9260: use TCB0 as clocksource

Use tcb0 as the clocksource like previously selected in at91_dt_defconfig. Cc: Raashid Muhammed Signed-off-by: Alexandre Belloni --- arch/arm/boot/dts/at91-sam9_l9260.dts | 12 1 file changed, 12 insertions(+)

[PATCH 03/58] ARM: dts: at91: at91rm9200ek: use TCB0 as clocksource

Use tcb0 as the clocksource like previously selected in at91_dt_defconfig. Tested-by: Alexandre Belloni Signed-off-by: Alexandre Belloni --- arch/arm/boot/dts/at91rm9200ek.dts | 12 1 file changed, 12

[PATCH 00/58] ARM: at91: rework Atmel TCB drivers

Hi, This series reworks the Atmel Timer counter Block drivers. Those blocks each have 3 counters with 2 channels each and can be used for multiple functions: - timers - PWMs - Quadrature decoders - Stepper motor counters Up until now, each TCB was fully used by each driver, possibly wasting

[PATCH 11/58] ARM: dts: at91: kizbox: use TCB0 as clocksource

Use tcb0 as the clocksource like previously selected in at91_dt_defconfig. Cc: Antoine Aubert Signed-off-by: Alexandre Belloni --- arch/arm/boot/dts/at91-kizbox.dts | 12 1 file changed, 12 insertions(+) diff --git

[PATCH 13/58] ARM: dts: at91: ge863-pro3: use TCB0 as clocksource

Use tcb0 as the clocksource like previously selected in at91_dt_defconfig. Cc: Fabio Porcedda Signed-off-by: Alexandre Belloni --- arch/arm/boot/dts/ge863-pro3.dtsi | 12 1 file changed, 12 insertions(+) diff --git

[PATCH 09/58] ARM: dts: at91: foxg20: use TCB0 as clocksource

Use tcb0 as the clocksource like previously selected in at91_dt_defconfig. Cc: Sergio Tanzilli Cc: Douglas Gilbert Signed-off-by: Alexandre Belloni --- arch/arm/boot/dts/at91-foxg20.dts | 12 1

Re: [PATCH] char: tpm: fix potential null pointer dereference

Hi Jason, Quoting Jason Gunthorpe : On Tue, May 30, 2017 at 05:05:20PM -0500, Gustavo A. R. Silva wrote: NULL check at line 376: if (!chip) {, implies chip might be NULL. Function dev_get_drvdata() dereference pointer chip. Move pointer tmp_dev assignment

Re: [PATCH 2/7] USB: of: document reference taken by child-lookup helper

On 05/30/2017 09:25 AM, Johan Hovold wrote: > Document that the child-node lookup helper takes a reference to the > device-tree node which needs to be dropped after use. > > Signed-off-by: Johan Hovold > --- > drivers/usb/core/of.c | 3 +++ > 1 file changed, 3 insertions(+) >

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

On Tue, 30 May 2017 12:28:59 -0400 Matt Brown wrote: > On 5/30/17 8:24 AM, Alan Cox wrote: > > Look there are two problems here > > > > 1. TIOCSTI has users > > I don't see how this is a problem. Which is unfortunate. To start with if it didn't have users we could just

[PATCH v2 1/2] dt-bindings: reset: Add bindings for basic reset controller

This adds the bindings documentation for a basic single-register reset controller. The bindings describe a single 32-bit register that contains up to 32 reset lines, each deasserted by clearing the appropriate bit in the register. Optionally a property can be provided that changes this behaviour

[PATCH v2 2/2] reset: Add basic single-register reset driver

This driver is a basic single-register reset controller driver that supports clearing a single bit in a register. Signed-off-by: Joel Stanley --- v2: - Support assert-on-clear dt property - Depend on OF and MFD_SYSCON Signed-off-by: Joel Stanley --- drivers/reset/Kconfig | 7 +++

[PATCH v2 0/2] reset: Basic reset controller

Hello, This is v2 of the basic reset controller, which addresses the points that Philipp made. See the individual patches for changelogs. The original cover letter follows: In the Aspeed SoCs we have some reset registers spread out in various parts of the soc: in the system controller IP, as

[PATCH V2 00/27] Drivers: ccree - align block comments

Fixed block comments across whole ccree driver Version #1 has some trailing white space issue in a few patches Derek Robson (27): Drivers: ccree: ssi_sysfs.h - align block comments Drivers: ccree: ssi_sysfs.c - align block comments Drivers: ccree: ssi_request_mgr.h - align block comments

[PATCH V2 01/27] Drivers: ccree: ssi_sysfs.h - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_sysfs.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ccree/ssi_sysfs.h b/drivers/staging/ccree/ssi_sysfs.h index

[PATCH V2 02/27] Drivers: ccree: ssi_sysfs.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_sysfs.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/ccree/ssi_sysfs.c b/drivers/staging/ccree/ssi_sysfs.c index

[PATCH V2 05/27] Drivers: ccree: ssi_pm_ext.h - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_pm_ext.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ccree/ssi_pm_ext.h b/drivers/staging/ccree/ssi_pm_ext.h index

[PATCH V2 04/27] Drivers: ccree: ssi_request_mgr.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_request_mgr.c | 37 - 1 file changed, 22 insertions(+), 15 deletions(-) diff --git a/drivers/staging/ccree/ssi_request_mgr.c

[PATCH V2 03/27] Drivers: ccree: ssi_request_mgr.h - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_request_mgr.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ccree/ssi_request_mgr.h b/drivers/staging/ccree/ssi_request_mgr.h

[PATCH V2 06/27] Drivers: ccree: ssi_pm_ext.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_pm_ext.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/staging/ccree/ssi_pm_ext.c b/drivers/staging/ccree/ssi_pm_ext.c

[PATCH V2 08/27] Drivers: ccree: ssi_ivgen.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_ivgen.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/staging/ccree/ssi_ivgen.c b/drivers/staging/ccree/ssi_ivgen.c index

[PATCH V2 09/27] Drivers: ccree: ssi_hash.h - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_hash.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ccree/ssi_hash.h b/drivers/staging/ccree/ssi_hash.h index

[PATCH V2 07/27] Drivers: ccree: ssi_pm.h - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_pm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ccree/ssi_pm.h b/drivers/staging/ccree/ssi_pm.h index

[PATCH V2 10/27] Drivers: ccree: ssi_hash.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_hash.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/staging/ccree/ssi_hash.c b/drivers/staging/ccree/ssi_hash.c index

[PATCH V2 12/27] Drivers: ccree: ssi_fips_ll.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_fips_ll.c | 21 - 1 file changed, 12 insertions(+), 9 deletions(-) diff --git a/drivers/staging/ccree/ssi_fips_ll.c

[PATCH V2 11/27] Drivers: ccree: ssi_fips_local.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_fips_local.c | 21 - 1 file changed, 12 insertions(+), 9 deletions(-) diff --git a/drivers/staging/ccree/ssi_fips_local.c

[PATCH V2 13/27] Drivers: ccree: ssi_fips_ext.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_fips_ext.c | 46 ++-- 1 file changed, 23 insertions(+), 23 deletions(-) diff --git a/drivers/staging/ccree/ssi_fips_ext.c

<    6   7   8   9   10   11   12   13   14   15   >