Add tracepoint to CHANNELMSG_GPADL_TORNDOWN handler.
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/channel_mgmt.c | 2 ++
drivers/hv/hv_trace.h | 8
2 files changed, 10 insertions(+)
diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c
index af2448e245ca..1ff2cc06485
Add tracepoint to CHANNELMSG_VERSION_RESPONSE handler.
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/channel_mgmt.c | 3 +++
drivers/hv/hv_trace.h | 11 +++
2 files changed, 14 insertions(+)
diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c
index 1ff2cc064850..a9a
Add tracepoint to CHANNELMSG_GPADL_HEADER/CHANNELMSG_GPADL_BODY sender.
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/channel.c | 6 ++
drivers/hv/hv_trace.h | 42 ++
2 files changed, 48 insertions(+)
diff --git a/drivers/hv/channel.c b/drivers/hv/
Add tracepoint to CHANNELMSG_REQUESTOFFERS sender.
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/channel_mgmt.c | 4 +++-
drivers/hv/hv_trace.h | 8
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c
index a9a1fc1424
Add tracepoint to CHANNELMSG_OPENCHANNEL_RESULT handler.
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/channel_mgmt.c | 2 ++
drivers/hv/hv_trace.h | 17 +
2 files changed, 19 insertions(+)
diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c
index 563653a02a
Add tracepoint to CHANNELMSG_RESCIND_CHANNELOFFER handler.
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/channel_mgmt.c | 2 ++
drivers/hv/hv_trace.h | 8
2 files changed, 10 insertions(+)
diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c
index 290ea25ce409..56365
Hi Jean
Thanks for your review! Long story short, we experimented some
corrupted smbus transactions and even code locks on our Bettong board.
This errors did not happen when the IMC was disabled. We contacted AMD
about this, which could replicate the bug and came back with a fix
consisting in two
On Thu, Oct 05, 2017 at 03:14:19PM +0200, Michal Hocko wrote:
> On Wed 04-10-17 16:04:53, Johannes Weiner wrote:
> [...]
> > That will silently ignore what the user writes to the memory.oom_group
> > control files across the system's cgroup tree.
> >
> > We'll have a knob that lets the workload de
On Thu, Oct 05, 2017 at 08:01:46AM -0500, Josh Poimboeuf wrote:
> On Tue, Oct 03, 2017 at 09:54:31AM -0700, Linus Torvalds wrote:
> > On Tue, Oct 3, 2017 at 7:06 AM, Fengguang Wu wrote:
> > >
> > > This patch triggers a NULL-dereference bug at update_stack_state().
> > > Although its parent commit
Add tracepoint to vmbus_on_message() which is called when we start
processing a blocking from work context.
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/channel_mgmt.c | 2 ++
drivers/hv/hv_trace.h | 5 +
2 files changed, 7 insertions(+)
diff --git a/drivers/hv/channel_mgmt.c b/driver
Add tracepoint to CHANNELMSG_OFFERCHANNEL handler.
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/channel_mgmt.c | 2 ++
drivers/hv/hv_trace.h | 37 +
2 files changed, 39 insertions(+)
diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c
in
On Thu, Oct 05, 2017 at 11:41:14AM +0200, Peter Zijlstra wrote:
> On Wed, Oct 04, 2017 at 02:29:27PM -0700, Paul E. McKenney wrote:
> > Consider the following admittedly improbable sequence of events:
> >
> > o RCU is initially idle.
> >
> > o Task A on CPU 0 executes rcu_read_lock().
> >
>
On Thu, Oct 05, 2017 at 02:35:33PM +0200, Mathias Krause wrote:
> Oh, btw., quoting its counter part from
> arch/x86/include/asm/alternative-asm.h:
>
> /*
> * max without conditionals. Idea adapted from:
> * http://graphics.stanford.edu/~seander/bithacks.html#IntegerMinOrMax
> */
> #define alt
On 10/04/2017 06:49 PM, Kees Cook wrote:
> In preparation for unconditionally passing the struct timer_list pointer to
> all timer callbacks, switch to using the new timer_setup() and from_timer()
> to pass the timer pointer explicitly.
>
> Cc: Jens Axboe
> Cc: Michal Hocko
> Cc: Andrew Morton
On 10/05/2017 04:59 AM, Jan Kara wrote:
> On Wed 04-10-17 17:20:05, Waiman Long wrote:
>> int alloc_dlock_list_heads(struct dlock_list_heads *dlist)
>> {
>> -int idx;
>> +int idx, cnt = nr_dlock_lists ? nr_dlock_lists : nr_cpu_ids;
> Hum, is this there for the case where alloc_dlock_list_
> -Original Message-
> From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
> Sent: Thursday, October 5, 2017 12:21 AM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; LKML ; Platform Driver
> ; Andy Lutomirski ;
> quasi...@google.com; Pali Rohár ; Rafael J. Wysocki
> ; mj...@googl
> -Original Message-
> From: Darren Hart [mailto:dvh...@infradead.org]
> Sent: Wednesday, October 4, 2017 8:58 PM
> To: Limonciello, Mario
> Cc: Andy Shevchenko ; LKML ker...@vger.kernel.org>; platform-driver-...@vger.kernel.org; Andy Lutomirski
> ; quasi...@google.com; pali.ro...@gmail.c
On Wed, Oct 4, 2017 at 5:15 AM, Bjorn Helgaas wrote:
> [+cc Alex, Gavin, Wei]
>
> On Fri, Sep 29, 2017 at 10:49:38PM -0700, Govindarajulu Varadarajan wrote:
>> CPU0 CPU1
>> -
>> __driver_attach()
>
On Thu, Oct 05, 2017 at 11:50:59AM +0200, Peter Zijlstra wrote:
> On Wed, Oct 04, 2017 at 02:29:33PM -0700, Paul E. McKenney wrote:
> > RCU priority boosting uses rt_mutex_init_proxy_locked() to initialize an
> > rt_mutex structure in locked state held by some other task. When that
> > other task
On Thu, 5 Oct 2017 10:47:12 +0100
Colin King wrote:
> From: Colin Ian King
>
> The structure nci_ops is local to the source and does not need to
> be in global scope, so make it static.
>
> Cleans up sparse warning:
> symbol 'nci_ops' was not declared. Should it be static?
>
> Signed-off-by:
> -Original Message-
> From: Darren Hart [mailto:dvh...@infradead.org]
> Sent: Wednesday, October 4, 2017 7:03 PM
> To: Limonciello, Mario
> Cc: g...@kroah.com; andy.shevche...@gmail.com; linux-
> ker...@vger.kernel.org; platform-driver-...@vger.kernel.org; l...@kernel.org;
> quasi...@goog
On Thu, Oct 5, 2017 at 9:39 AM, Tom Rini wrote:
> On Tue, Oct 03, 2017 at 05:23:28PM -0500, Rob Herring wrote:
>> On Tue, Oct 3, 2017 at 5:04 PM, Tom Rini wrote:
>> > On Tue, Oct 03, 2017 at 01:31:17PM -0500, Rob Herring wrote:
>> >
>> >> libfdt has gained some new files. We need to include them
On Thu, Oct 05, 2017 at 12:40:51PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 04, 2017 at 02:50:22PM -0700, Paul E. McKenney wrote:
> > diff --git a/include/linux/sched.h b/include/linux/sched.h
> > index 26a7df4e558c..59688ef3ea23 100644
> > --- a/include/linux/sched.h
> > +++ b/include/linux/sche
> Sorry for the delay. Looks all good to me (as I'd expect from Gunter...)
>
> Reviewed-by: Jean Delvare
Thanks, Jean!
Guenter: I will queue it to for-current, when I am back home. Does it
need a stable tag?
Regards,
Wolfram
signature.asc
Description: PGP signature
From: Joe Perches
> Sent: 05 October 2017 13:19
> On Thu, 2017-10-05 at 14:05 +0200, Arnd Bergmann wrote:
> > gcc produces a harmless warning about a recently introduced
> > signed integer overflow:
> >
> > drivers/net/wireless/rsi/rsi_91x_hal.c: In function 'rsi_prepare_mgmt_desc':
> > include/uap
> -Original Message-
> From: Darren Hart [mailto:dvh...@infradead.org]
> Sent: Wednesday, October 4, 2017 9:15 PM
> To: Limonciello, Mario
> Cc: Andy Shevchenko ; LKML ker...@vger.kernel.org>; platform-driver-...@vger.kernel.org; Andy Lutomirski
> ; quasi...@google.com; pali.ro...@gmail.c
Hi Will,
On 23/08/2017 18:42, Will Deacon wrote:
> Hi Eric,
>
> On Wed, Aug 23, 2017 at 02:36:53PM +0200, Auger Eric wrote:
>> On 23/08/2017 12:25, Will Deacon wrote:
>>> On Tue, Aug 22, 2017 at 10:09:15PM +0300, Michael S. Tsirkin wrote:
On Fri, Aug 18, 2017 at 05:49:42AM +0300, Michael S.
On Thu, Oct 05, 2017 at 02:56:54PM +0200, Sebastian Andrzej Siewior wrote:
> rwlock.h should not be included directly. Instead linux/splinlock.h
> should be included. One thing it does is to break the RT build.
>
> Cc: Vaibhav Agarwal
> Cc: Mark Greer
> Cc: Johan Hovold
> Cc: Alex Elder
> Cc:
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Most of our device trees have had leading zeros for padding as part of
> the nodes unit-addresses.
>
> Remove all these useless zeros that generate warnings
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> The USB power supply node in the AXP209 DTSI is using underscores in its
> node name, which is generating a warning. Change those underscores for
> hyphens.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Thu, Oct 05, 2017 at 11:41:38AM +0300, Kalle Valo wrote:
> Himanshu Jha writes:
>
> >> > --- a/drivers/net/wireless/marvell/mwifiex/cmdevt.c
> >> > +++ b/drivers/net/wireless/marvell/mwifiex/cmdevt.c
> >> > @@ -17,6 +17,7 @@
> >> > * this warranty disclaimer.
> >> > */
> >> >
> >> > +#in
On Thu, 5 Oct 2017, Daniel Vetter wrote:
> 4.14-rc1 gained the fancy new cross-release support in lockdep, which
> seems to have uncovered a few more rules about what is allowed and
> isn't.
>
> This one here seems to indicate that allocating a work-queue while
> holding mmap_sem is a no-go, so l
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> The simple-framebuffer nodes have a unit address, but no reg property which
> generates a warning when compiling it with DTC.
>
> Change the simple-framebuffer node names so that there is no warnings on
> this anymore.
>
> Signed-off-by: Maxim
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Our oscillators clock names have a unit address, but no reg property, which
> generates a warning in DTC. Change these names to remove those unit
> addresses.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Thu, Oct 5, 2017 at 11:23 PM, Chen-Yu Tsai wrote:
> On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
> wrote:
>> The simple-framebuffer nodes have a unit address, but no reg property which
>> generates a warning when compiling it with DTC.
>>
>> Change the simple-framebuffer node names so that th
On Thu, Oct 05, 2017 at 03:48:53PM +0100, Ed Blake wrote:
> On 04/10/17 15:03, James Hogan wrote:
> > Hi Ed,
> >
> > On Mon, Oct 02, 2017 at 10:55:59AM +0100, Ed Blake wrote:
> >> Pass on peripheral (RTC/IR/WD) irq masks and unmasks to the parent
> >> interrupt controller, as well as setting / clea
On Thu, 5 Oct 2017, Julia Cartwright wrote:
> On Tue, Oct 03, 2017 at 12:49:19PM -0300, Arnaldo Carvalho de Melo wrote:
> > - preempt_disable();
> > + preempt_disable_nort();
> > this_cpu_inc(*sc->buffers_allocated);
>
> Have you tried this on RT w/ CONFIG_DEBUG_PREEMPT? I believe that th
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> All our pinctrl nodes were using a node name convention with a unit-address
> to differentiate the different muxing options. However, since those nodes
> didn't have a reg property, they were generating warnings in DTC.
>
> In order to accomod
Hi Markus,
On mer., oct. 04 2017, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 4 Oct 2017 20:33:20 +0200
>
> A few update suggestions were taken into account
> from static source code analysis.
If you plan to send a v2 could you remove me from the CC.
I know that ./scripts/g
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Some controllers have only one muxing option in the SoC. In such a case, we
> can just move the muxing into the DTSI, and remove it from the DTS.
>
> Signed-off-by: Maxime Ripard
It would be helpful if you could mention which controllers mat
Thanks!
Acked-by: Logan Gunthorpe
On 10/5/2017 4:01 AM, Colin King wrote:
From: Colin Ian King
The structure event_regs is local to the source and does not need to
be in global scope, so make it static.
Cleans up sparse warning:
symbol 'event_regs' was not declared. Should it be static
Sig
On Thu, Oct 05, 2017 at 05:27:30PM +0200, Thomas Gleixner wrote:
> On Thu, 5 Oct 2017, Julia Cartwright wrote:
> > On Tue, Oct 03, 2017 at 12:49:19PM -0300, Arnaldo Carvalho de Melo wrote:
> > > - preempt_disable();
> > > + preempt_disable_nort();
> > > this_cpu_inc(*sc->buffers_allocated);
> >
On Thu, Oct 05, 2017 at 07:55:13AM -0700, Paul E. McKenney wrote:
> On Thu, Oct 05, 2017 at 11:41:14AM +0200, Peter Zijlstra wrote:
> > On Wed, Oct 04, 2017 at 02:29:27PM -0700, Paul E. McKenney wrote:
> > > Consider the following admittedly improbable sequence of events:
> > >
> > > o RCU is init
Quoting Arnd Bergmann (a...@arndb.de):
> The recent rework introduced a possible randconfig build failure
> when CONFIG_CRYPTO configured to only allow modules:
>
> security/keys/big_key.o: In function `big_key_crypt':
> big_key.c:(.text+0x29f): undefined reference to `crypto_aead_setkey'
> securi
From: Markus Elfring
Date: Thu, 5 Oct 2017 17:32:10 +0200
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Delete an error message for a failed memory allocation in three functions
Improve a size determination in two functions
arch/powerp
From: Markus Elfring
Date: Thu, 5 Oct 2017 17:10:11 +0200
Omit extra messages for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
arch/powerpc/oprofile/cell/spu_task_sync.c | 8
arch/powerpc/o
On 09/18/2017 02:20 PM, Waiman Long wrote:
>
> A rogue application can potentially create a large number of negative
> dentries in the system consuming most of the memory available even if
> memory controller is enabled to limit memory usage. This can impact
> performance of other applications ru
From: Markus Elfring
Date: Thu, 5 Oct 2017 17:18:33 +0200
Replace the specification of data structures by pointer dereferences
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was detect
On Thu, Oct 05, 2017 at 02:35:43PM +, mario.limoncie...@dell.com wrote:
> >
> > > + strcpy(buf, "wmi/");
> > > + strcpy(buf + 4, wdriver->driver.name);
> > > + wblock->misc_dev.minor = MISC_DYNAMIC_MINOR;
> > > + wblock->misc_dev.name = buf;
> > > + wblo
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
rcu/next
head: 31f76cdc284fc45751d88b5ed754630a5f8a8914
commit: 3f4013e60f5eaf15913143831cfa8b8a2e2fbcb5 [33/34] Squash with
7202bfecfbec ("rcu: Pretend ->boost_mtx acquired legitimately")
config: i386-randconfig-x077
UNSECURED BUSINESS/PERSONAL LOAN BY LOAN CAPITAL FINANCE
- NO COLLATERAL
- MINIMUM DOCUMENTATION
- BUSINESS LOAN UP TO FIVE(5) MILLION US DOLLARS
CONTACT US TODAY VIA EMAIL: financeloa...@hotmail.com
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Using skeleton.dtsi will create a memory node that will generate a warning
> in DTC. However, that node will be created by the bootloader, so we can
> just remove it entirely in order to remove that warning.
>
> Signed-off-by: Maxime Ripard
>
On 05/10/17 16:26, James Hogan wrote:
> On Thu, Oct 05, 2017 at 03:48:53PM +0100, Ed Blake wrote:
>>
>> I'm not sure how this is supposed to work, but the issue seems to be
>> that without this patch the parent irq isn't being masked. This is
>> causing the parent handler (MIPS GIC in this case) t
On Thu, Oct 05, 2017 at 02:22:37PM +, mario.limoncie...@dell.com wrote:
> > -Original Message-
> > From: Alan Cox [mailto:gno...@lxorguk.ukuu.org.uk]
> > Sent: Thursday, October 5, 2017 8:59 AM
> > To: Limonciello, Mario
> > Cc: dvh...@infradead.org; Andy Shevchenko ;
> > LKML ; platfo
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Our main node for all the in-SoC controllers used to have a unit name. The
> unit-name, in addition to being actually false, would not match any reg
> property, which generates a warning.
>
> Remove it in order to remove those warnings.
>
> Si
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> The thermal-zone subnodes we defined for the A10 have underscores in them
> that will generate DTC warnings. Change those underscores for hyphens.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> The gpio pinctrl nodes are redundant and as such useless most of the times.
> Since they will also generate warnings in DTC, we can simply remove most of
> them.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Thu, 5 Oct 2017 16:50:27 +0200
Vitaly Kuznetsov wrote:
> Changes since v2:
> - Use DEFINE_EVENT in PATCH1/2 to avoid compile warnings [Stephen Hemminger]
> - Add PATCH17 tracing channel events [Stephen Hemminger]
>
> Messages between guest and host are used in Hyper-V as control flow. To
> s
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Some GPIO pinctrl nodes cannot be easily removed, because they would also
> change the pin configuration, for example to add a pull resistor or change
> the current delivered by the pin.
>
> Those nodes still have underscores and unit-addresse
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Some gpio-keys definitions in our DTs were having buttons defined with a
> unit-address and that would generate a DTC warning.
>
> Change the buttons node names to remove the warnings.
>
> Signed-off-by: Maxime Ripard
> ---
> arch/arm/boot/d
On Thursday 05 October 2017 17:42:14 Greg KH wrote:
> > > > --- /dev/null
> > > > +++ b/include/uapi/linux/wmi.h
> > > > @@ -0,0 +1,10 @@
> > > > +#ifndef _UAPI_LINUX_WMI_H
> > > > +#define _UAPI_LINUX_WMI_H
> > > > +
> > > > +#define WMI_IOC 'W'
> > > > +#define WMI_IO(instance) _IO(WMI_IOC,
- On Oct 5, 2017, at 12:23 AM, Nicholas Piggin npig...@gmail.com wrote:
> On Wed, 4 Oct 2017 14:37:53 -0700
> "Paul E. McKenney" wrote:
>
>> From: Mathieu Desnoyers
>>
>> Provide a new command allowing processes to register their intent to use
>> the private expedited command.
>>
>> This
Hello, Michal.
On Thu, Oct 05, 2017 at 03:14:19PM +0200, Michal Hocko wrote:
> Yes and that is why I think a boot time knob would be the most simple
> way. It will also open doors for more oom policies in future which I
> believe come sooner or later.
While boot params are fine for development an
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Using skeleton.dtsi will create a memory node that will generate a warning
> in DTC. However, that node will be created by the bootloader, so we can
> just remove it entirely in order to remove that warning.
>
> Signed-off-by: Maxime Ripard
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> One of the usage of the LRADC is to implement buttons. The bindings define
> that we should have one subnode per button, with their associated voltage
> as a property.
>
> However, there was no reg property but we still used the voltage associ
- On Oct 5, 2017, at 8:22 AM, Avi Kivity a...@scylladb.com wrote:
> On 10/05/2017 07:23 AM, Nicholas Piggin wrote:
>> On Wed, 4 Oct 2017 14:37:53 -0700
>> "Paul E. McKenney" wrote:
>>
>>> From: Mathieu Desnoyers
>>>
>>> Provide a new command allowing processes to register their intent to us
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> The A80 boards still define some GPIO pinctrl nodes that are not really
> useful, and redundant with the muxing already happening on gpio_request.
>
> Let's remove those nodes. This will also remove DTC warnings.
>
> Signed-off-by: Maxime Ripa
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> The board has an external pull-up on the card-detect signal, so there's no
> need to add another one.
>
> This also removes a DTC warning.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> The board has an external pull-up on the card-detect signal, so there's no
> need to add another one.
>
> This also removes a DTC warning.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On 2017-10-04 18:07:59 [+0200], Mike Galbraith wrote:
> Seems combo-patch induced some ltp posix conformance test grumbling.
>
> +clock_settime_8_1 ... ... FAILED
> +clock_settime_4_2 ... ... FAILED
> +clock_settime_speculative_4_3 ... ... FAILED
> +timer_settime_5_2 ... ... FAILED
> +timer_se
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Our pinctrl node names were containing unit-adresses without a reg
> property, resulting in a warning. Change the names for our new convention.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Thu, 5 Oct 2017 10:37:59 -0500
Julia Cartwright wrote:
> On Thu, Oct 05, 2017 at 05:27:30PM +0200, Thomas Gleixner wrote:
> > On Thu, 5 Oct 2017, Julia Cartwright wrote:
> > > On Tue, Oct 03, 2017 at 12:49:19PM -0300, Arnaldo Carvalho de Melo wrote:
> > >
> > > > - preempt_disable()
On Thursday 05 October 2017 17:44:45 Greg KH wrote:
> On Thu, Oct 05, 2017 at 02:22:37PM +, mario.limoncie...@dell.com wrote:
> > > -Original Message-
> > > From: Alan Cox [mailto:gno...@lxorguk.ukuu.org.uk]
> > > Sent: Thursday, October 5, 2017 8:59 AM
> > > To: Limonciello, Mario
> >
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Some node names in the A80 DTSI still have underscores in them. Remove them
> in favour of hyphens to remove DTC warnings.
>
> Signed-off-by: Maxime Ripard
> ---
> arch/arm/boot/dts/sun9i-a80.dtsi | 10 +-
> 1 file changed, 5 inserti
On Thu, Oct 05, 2017 at 05:23:20PM +0200, Thomas Gleixner wrote:
> On Thu, 5 Oct 2017, Daniel Vetter wrote:
>
> > 4.14-rc1 gained the fancy new cross-release support in lockdep, which
> > seems to have uncovered a few more rules about what is allowed and
> > isn't.
> >
> > This one here seems to
On Thu, Oct 5, 2017 at 6:49 PM, Maxime Ripard
wrote:
> Some boards have had node names with underscores. Remove them in favour of
> hyphens in order to reduce the DTC warnings.
>
> Signed-off-by: Maxime Ripard
> ---
> arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 8
> arch/arm/boot/dts/
- On Oct 5, 2017, at 8:12 AM, Peter Zijlstra pet...@infradead.org wrote:
> On Wed, Oct 04, 2017 at 02:37:53PM -0700, Paul E. McKenney wrote:
>> diff --git a/arch/powerpc/kernel/membarrier.c
>> b/arch/powerpc/kernel/membarrier.c
>> new file mode 100644
>> index ..b0d79a5f5981
>> --
Hi Vikas
On 09/29/2017 12:51 AM, Vikas Manocha wrote:
stm32 uart driver is using two compatible strings "st,stm32-usart"
& "st,stm32-uart". One can be removed safely to save some space & time.
Vikas Manocha (3):
Arm: dts: stm32: remove extra compatible string for uart
Arm: dts: stm32: re
With this patch, the cros_ec_ctl driver will register the legacy
accelerometer driver (named cros_ec_accel_legacy) if it fails to
register sensors through the usual path cros_ec_sensors_register().
This legacy device is present on Chromebook devices with older EC
firmware only supporting deprecated
From: Enric Balletbo i Serra
Commit 12278dc7c572 ("platform/chrome: cros_ec_lpc: Add support for
GOOG004 ACPI device") added support when the firmware reports the ACPI
device, there are some firmwares though that doesn't report this device
but have it. In such cases we need to instantiate the dri
- On Oct 5, 2017, at 8:24 AM, Peter Zijlstra pet...@infradead.org wrote:
> On Thu, Oct 05, 2017 at 02:12:50PM +0200, Peter Zijlstra wrote:
>> On Wed, Oct 04, 2017 at 02:37:53PM -0700, Paul E. McKenney wrote:
>> > diff --git a/arch/powerpc/kernel/membarrier.c
>> > b/arch/powerpc/kernel/membar
Hi,
This series enables a driver for a legacy accelerometer driver used on
Chromebook devices with older EC firmware.
In addition to the cros_ec_accel_legacy driver, this series contains a
fix that registers the cros_ec_lpc driver on Chromebook devices that
does not have the GOOG0004 ACPI entry.
From: Gwendal Grignou
Add driver to support older EC firmware that only support deprecated
ec command. Rely on ACPI memory map register to access sensor
information.
Present same interface as the regular cros_ec sensor stack:
- one iio device per accelerometer
- use HTML5 axis definition
- use ii
This patch adds device information to the DMI table of the cros_ec_lpc
driver for Google Glimmer devices. Since Google BIOS does not enumerate
devices in the LPC bus, the cros_ec_lpc driver checks for system
compatibility and registers the cros_ec device itself.
Signed-off-by: Thierry Escande
---
On Thu, Oct 05, 2017 at 11:55:39AM -0400, Steven Rostedt wrote:
> On Thu, 5 Oct 2017 10:37:59 -0500
> Julia Cartwright wrote:
>
> > On Thu, Oct 05, 2017 at 05:27:30PM +0200, Thomas Gleixner wrote:
> > > On Thu, 5 Oct 2017, Julia Cartwright wrote:
> > > > On Tue, Oct 03, 2017 at 12:49:19PM -0300
Hi Benjamin,
On 10/04/2017 11:27 AM, Benjamin Gaignard wrote:
Add Timers and it sub-nodes into DT for stm32f746 family.
Signed-off-by: Benjamin Gaignard
---
arch/arm/boot/dts/stm32f746.dtsi | 270 +++
1 file changed, 270 insertions(+)
diff --git a/arch/a
From: Markus Elfring
Date: Thu, 5 Oct 2017 18:02:05 +0200
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
arch/powerpc/perf/hv-24x7.c | 1 -
1 file changed, 1 deletion(-)
diff
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 42b76d0e6b1fe0fcb90e0ff6b4d053d50597b031
commit: 8cb5d7482810b7eb1bb05bf4f71bc93ce35e5896 lib/lz4: make arrays static
const, reduces object code size
date: 2 days ago
config: cris-dev88_defconfig (attached
On Thu, 2017-10-05 at 15:12 +, David Laight wrote:
> From: Joe Perches
> > Sent: 05 October 2017 13:19
> > On Thu, 2017-10-05 at 14:05 +0200, Arnd Bergmann wrote:
> > > gcc produces a harmless warning about a recently introduced
> > > signed integer overflow:
> > >
> > > drivers/net/wireless/r
On Tue, Oct 03, 2017 at 02:58:52PM -0400, Theodore Ts'o wrote:
> The argument for making it be configurable is that if it does break
> things in way we can't foresee, it's a lot easier to back it out. And
> like what we've done with relatime, if the distro's all run with it as
> the default for a
On Thu, 5 Oct 2017, Julia Cartwright wrote:
> On Thu, Oct 05, 2017 at 11:55:39AM -0400, Steven Rostedt wrote:
> > On Thu, 5 Oct 2017 10:37:59 -0500
> > Julia Cartwright wrote:
> >
> > > On Thu, Oct 05, 2017 at 05:27:30PM +0200, Thomas Gleixner wrote:
> > > > On Thu, 5 Oct 2017, Julia Cartwright
On Tue, Oct 03, 2017 at 07:27:01PM +, Thomas Gleixner wrote:
> On Tue, 3 Oct 2017, Thomas Gleixner wrote:
> > On Tue, 3 Oct 2017, Thomas Gleixner wrote:
> > > On Tue, 3 Oct 2017, Michael Ellerman wrote:
> > > > Hmm, I tried that patch, it makes the warning go away. But then I
> > > > triggered
Hi Paolo,
It's probably a bug fix that unveils the link errors.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 42b76d0e6b1fe0fcb90e0ff6b4d053d50597b031
commit: c0a1666bcb2a33e84187a15eabdcd54056be9a97 KVM: VMX: use cmpxchg64
date: 7 days ago
config: i
On Fri, Sep 29, 2017 at 03:48:38PM +1000, Stephen Rothwell wrote:
> News: I will not be doing linux-next releases from Setp 30 to Oct 30
> (inclusive).
I'll try to pick this up in my usual reduced service best effort manner
from Monday (only just noticed and I can't do tomorrow due to other
commi
On Thu, Oct 05, 2017 at 05:39:13PM +0200, Peter Zijlstra wrote:
> On Thu, Oct 05, 2017 at 07:55:13AM -0700, Paul E. McKenney wrote:
> > On Thu, Oct 05, 2017 at 11:41:14AM +0200, Peter Zijlstra wrote:
> > > On Wed, Oct 04, 2017 at 02:29:27PM -0700, Paul E. McKenney wrote:
> > > > Consider the follow
On Thu, 5 Oct 2017, Daniel Vetter wrote:
> On Thu, Oct 05, 2017 at 05:23:20PM +0200, Thomas Gleixner wrote:
> > Aside of that, is it really required to use stomp_machine() for this
> > synchronization? We certainly have less intrusive mechansisms than that.
>
> Yeah, the stop_machine needs to go,
On Thu, Oct 05, 2017 at 04:02:06PM +, Mathieu Desnoyers wrote:
> - On Oct 5, 2017, at 8:12 AM, Peter Zijlstra pet...@infradead.org wrote:
>
> > On Wed, Oct 04, 2017 at 02:37:53PM -0700, Paul E. McKenney wrote:
> >> diff --git a/arch/powerpc/kernel/membarrier.c
> >> b/arch/powerpc/kernel/m
On Thu, Oct 05, 2017 at 09:19:09AM -0700, Paul E. McKenney wrote:
>
> Yes, the ordering does need to be visible to uninvolved CPUs, so
> release-acquire is not necessarily strong enough.
Why? Because I'm not at all seeing why it needs more. Your Changelog
doesn't provide enough hints.
On Thu, Oct 05, 2017 at 06:19:30PM +0200, Thomas Gleixner wrote:
> On Thu, 5 Oct 2017, Daniel Vetter wrote:
> > On Thu, Oct 05, 2017 at 05:23:20PM +0200, Thomas Gleixner wrote:
> > > Aside of that, is it really required to use stomp_machine() for this
> > > synchronization? We certainly have less i
On Thu, Oct 05, 2017 at 05:56:19PM +0200, Pali Rohár wrote:
> On Thursday 05 October 2017 17:44:45 Greg KH wrote:
> > On Thu, Oct 05, 2017 at 02:22:37PM +, mario.limoncie...@dell.com wrote:
> > > > -Original Message-
> > > > From: Alan Cox [mailto:gno...@lxorguk.ukuu.org.uk]
> > > > Sen
401 - 500 of 958 matches
Mail list logo
