From: Masayoshi Mizuma
Subject: [PATCH] Fix for build error if CONFIG_RANDOMIZE_BASE is not defined.
Fix the following build error.
ld: drivers/acpi/numa.o: in function `acpi_numa_init':
drivers/acpi/numa.c:473: undefined reference to `rand_mem_physical_padding'
make: *** [Makefile:1030:
On 03/10/18 12:10, Anshuman Khandual wrote:
On 10/03/2018 03:52 PM, Suzuki K Poulose wrote:
On 02/10/18 13:56, Anshuman Khandual wrote:
On 10/02/2018 06:08 PM, Suzuki K Poulose wrote:
Hi Anshuman
On 02/10/18 13:15, Anshuman Khandual wrote:
Architectures like arm64 have PUD level
hi Ulf
On 10/03/2018 11:22 AM, Ulf Hansson wrote:
+ Srinivas
for next series, I will add Srinivas
[...]
#ifdef CONFIG_DMA_ENGINE
-static void mmci_dma_setup(struct mmci_host *host)
+static inline void mmci_dma_release(struct mmci_host *host);
+
+int mmci_dmae_setup(struct mmci_host
This removes the entry for pmc_core.h file in the MAINTAINERS as the
file is already removed by a previous commit.
"platform/x86: intel_pmc_core: Remove unused header file"
Reported-by: Joe Perches
Signed-off-by: Rajneesh Bhardwaj
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff
Hi Janusz,
On Wed, 3 Oct 2018 14:00:28 +0200
Janusz Krzysztofik wrote:
> Replace legacy callbacks with ->select_chip() and ->exec_op().
Thanks for working on that, that's really appreciated.
>
> Implementation of NAND_OP_WAITRDY_INSTR has been based on legacy
> nand_wait_ready(),
I don't
On Wed, 3 Oct 2018 14:14:28 +0200
Miguel Ojeda wrote:
> HI Dominique,
>
> On Wed, Oct 3, 2018 at 12:37 AM Dominique Martinet
> wrote:
> >
> > Miguel Ojeda wrote on Wed, Oct 03, 2018:
> > > As I have read, -next is supposed to be a vision of what the merge
> > > window will look like after
Oh, Cc-ing Andrew
message id: lkml.kernel.org/r/20181003105114.ga24...@embeddedor.com
---
On (10/03/18 21:26), Sergey Senozhatsky wrote:
> On (10/03/18 12:51), Gustavo A. R. Silva wrote:
> Replace "fallthru" with a proper "fall through" annotation.
>
> This fix is part of the ongoing efforts
On 10/02/2018 06:24 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.131 release.
There are 94 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
Currently the GEN_*_RMWcc() macros include a return statement, which
pretty much mandates we directly wrap them in a (inline) function.
Macros with return statements are tricky and, as per the above, limit
use, so remove the return statement and make them
statement-expressions. This allows them
On x86 we cannot do fetch_or with a single instruction and thus end up
using a cmpxchg loop, this reduces determinism. Replace the fetch_or
with a composite operation: tas-pending + load.
Using two instructions of course opens a window we previously did not
have. Consider the scenario:
Flip the branch condition after atomic_fetch_or_acquire(_Q_PENDING_VAL)
such that we loose the indent. This also result in a more natural code
flow IMO.
Cc: mi...@kernel.org
Cc: t...@linutronix.de
Cc: long...@redhat.com
Cc: andrea.pa...@amarulasolutions.com
Acked-by: Will Deacon
Signed-off-by:
While working my way through the code again; I felt the comments could
use help.
Cc: mi...@kernel.org
Cc: will.dea...@arm.com
Cc: t...@linutronix.de
Cc: long...@redhat.com
Cc: andrea.pa...@amarulasolutions.com
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/locking/qspinlock.c | 38
Arnd, Olof,
Here are the second round of DT changes for 4.20. It consists in NAND
description fixes (size and partitions).
Regards
Ludovic
The following changes since commit 97181516b0785dd032700ae4899842389c6bea78:
arm: dts: sama5d2: Update coresight bindings for hardware ports (2018-09-19
On Wed, Oct 03, 2018 at 03:08:10PM +0100, John Garry wrote:
> On 03/10/2018 12:36, Jiri Olsa wrote:
> > On Tue, Oct 02, 2018 at 01:16:21PM +0200, Jiri Olsa wrote:
> > > On Tue, Oct 02, 2018 at 11:41:36AM +0100, John Garry wrote:
> > >
> > > SNIP
> > >
> > > > >
> > > > >
> > > > > ---
> > > >
On Wed, Oct 03, 2018 at 10:25:03AM -0400, Liang, Kan wrote:
>
>
> On 10/3/2018 10:15 AM, linux-kernel-ow...@vger.kernel.org wrote:
> > To make it more generic, I think we also need to extend the struct
> > sku_microcode to check vendor and family.
> > The "model" in struct x86_cpu_id is u16. I
This enables drivers for STM32 timer, low power timer and analog hardware
that can be used on STM32MP1 SoC:
- Timer & LP Timer MFD core, PWM, trigger & encoder drivers
- IIO ADC/DAC/DFSDM
- vrefbuf regu driver (voltage reference buffer).
Signed-off-by: Fabrice Gasnier
---
On Wed, Oct 03, 2018 at 01:47:47PM +0200, Paolo Bonzini wrote:
> Commit b5861e5cf2fcf83031ea3e26b0a69d887adf7d21 introduced a check on
> the interrupt-window and NMI-window CPU execution controls in order to
> inject an external interrupt vmexit before the first guest instruction
> executes.
Hi,
On 10/3/18 5:01 PM, Mark Brown wrote:
> On Wed, Oct 03, 2018 at 04:46:45PM +0200, Geert Uytterhoeven wrote:
>> On Wed, Oct 3, 2018 at 2:57 PM Gustavo A. R. Silva
>
>>> case CMD_REBOOT:
>>> dev_info(>spi->dev, "Rebooting system...\n");
>>>
On Tue, Oct 2, 2018 at 6:33 PM Dmitry Safonov wrote:
> [...]
> Well, v5 passes 0day, so all previous reports are fixed.
> But there is a new one about reboot on parisc platform which takes ~3
> mins after the patch with ldisc locked on tty_reopen().
>
> I believe it's related to holding read side
On 21/09/2018 16:08, Shameer Kolothum wrote:
+
+ssize_t smmu_pmu_event_show(struct device *dev,
+ struct device_attribute *attr, char *page)
+{
+ struct perf_pmu_events_attr *pmu_attr;
+
+ pmu_attr = container_of(attr, struct perf_pmu_events_attr, attr);
+
+
On Tue, Oct 02, 2018 at 01:16:21PM +0200, Jiri Olsa wrote:
> On Tue, Oct 02, 2018 at 11:41:36AM +0100, John Garry wrote:
>
> SNIP
>
> > >
> > >
> > > ---
> > > diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c
> > > index 1ec1d9bc2d63..fb2a0dab3978 100644
> > > ---
On 10/03/2018 04:29 PM, Michal Hocko wrote:
> On Wed 03-10-18 15:28:23, Anshuman Khandual wrote:
>>
>>
>> On 10/03/2018 12:28 PM, Michal Hocko wrote:
>>> On Wed 03-10-18 07:46:27, Anshuman Khandual wrote:
On 10/02/2018 06:09 PM, Michal Hocko wrote:
> On Tue 02-10-18 17:45:28,
On 10/2/18 8:27 PM, Waiman Long wrote:
On 10/02/2018 12:19 PM, Manfred Spraul wrote:
A bit related to the patch series that increases IPC_MNI:
(User space) id reuse create the risk of data corruption:
Process A: calls ipc function
Process A: sleeps just at the beginning of the syscall
Process
On Tue, Oct 02, 2018 at 11:21:42AM +0300, Andy Shevchenko wrote:
> I would rather go with two prototypes to get()/set() a clump in the bitmap
> in a way when it's aligned and BITS_PER_LONG % clump_size == 0.
To make things much easier, restrict clump_size to the one
from the following set:
1,
Commit b5861e5cf2fcf83031ea3e26b0a69d887adf7d21 introduced a check on
the interrupt-window and NMI-window CPU execution controls in order to
inject an external interrupt vmexit before the first guest instruction
executes. However, when APIC virtualization is enabled the host does not
need a
On Wed, Oct 03, 2018 at 03:10:58AM -0700, Joe Perches wrote:
> On Wed, 2018-10-03 at 11:00 +0300, Andy Shevchenko wrote:
> > On Sat, Sep 29, 2018 at 12:54 AM Joe Perches wrote:
> > > Please fix this defect appropriately.
> > >
> > > linux-next MAINTAINERS section:
> > >
> > > 7441
when the kernel inits a SE, its quite possible we have pending interrupts
from bootloaders which did not handle/clear them. So do this in kernel at
the SE init, to avoid some of it causing bad behavior, while at it also
club all the register writes needed to clear the se irqs into a function
to
Hello
On 10/02/2018 02:28 AM, Pavel Machek wrote:
> On Fri 2018-09-28 13:29:47, Dan Murphy wrote:
>> Remove support for the LM3697 LED device
>> from the ti-lmu. The LM3697 will be supported
>> via a stand alone LED driver.
>>
>> Signed-off-by: Dan Murphy
>
> NAK, for reasons I explained
Subject: ACPI/NUMA: Fix KASLR build error
There is no point in trying to compile KASLR specific code when there is
no KASLR.
Signed-off-by: Peter Zijlstra (Intel)
---
diff --git a/drivers/acpi/numa.c b/drivers/acpi/numa.c
index 3d69834c692f..5767733976b3 100644
--- a/drivers/acpi/numa.c
+++
Apparently, this code does not actually fall through to the next case
because the machine restarts before it has a chance. However, for the
sake of maintenance and readability, we better add the missing break
statement.
Addresses-Coverity-ID: 1437892 ("Missing break in switch")
Signed-off-by:
Mathieu Poirier writes:
>> +err = stm_lookup_protocol(proto, , _node_type);
>> kfree(devname);
>>
>> -if (!stm)
>> +if (err) {
>> +stm_put_device(stm);
>> return ERR_PTR(-ENODEV);
>> +}
>
> This condition prevent the subsystem from being used until
From: Aleksa Sarai
> Sent: 01 October 2018 17:16
>
> On 2018-10-01, David Laight wrote:
...
> > > * Mountpoint crossings are blocked by AT_XDEV.
> >
> > You might want a mountpoint flag that allows crossing into the mounted
> > filesystem (you may need to get out in order to do pwd()).
>
>
On Wed, Oct 03, 2018 at 06:37:41PM +0530, Srikar Dronamraju wrote:
> * Srikar Dronamraju [2018-10-02 23:00:05]:
>
> > I will try to get a DayTrader run in a day or two. There JVM and db threads
> > act on the same memory, I presume it might show some insights.
>
> I ran 2 runs of daytrader 7
Hi Catalin, Mark,
On 25/09/18 15:06, Mark Rutland wrote:
> On Tue, Sep 25, 2018 at 05:53:16PM +0800, Jun Yao wrote:
>> On Mon, Sep 24, 2018 at 06:19:36PM +0100, Mark Rutland wrote:
>>> I've pushed a branch with the cleanups I requested [1] folded in.
>>>
>>> I'm still a bit worried about the pgd
On Tue, Oct 02, 2018 at 03:12:35PM +0200, Andrey Konovalov wrote:
...
> Changes in v7:
> - Rebased onto 17b57b18 (4.19-rc6).
> - Dropped the "arm64: untag user address in __do_user_fault" patch, since
> the existing patches already handle user faults properly.
> - Dropped the "usb, arm64: untag
On 10/3/2018 2:10 AM, Thomas Gleixner wrote:
On Tue, 2 Oct 2018, kan.li...@linux.intel.com wrote:
+static bool intel_atom_v4_counter_freezing_broken(int cpu)
{
u32 rev = UINT_MAX; /* default to broken for unknown stepping */
- switch (cpu_data(cpu).x86_stepping) {
- case
From: Dilip Kota
Move GENI SE SPI controller device-tree bindings
from devicetree/bindings/soc/qcom/qcom,geni-se.txt
to devicetree/bindings/spi/qcom,spi-geni-qcom.txt.
Signed-off-by: Dilip Kota
Reviewed-by: Douglas Anderson
Reviewed-by: Stephen Boyd
Reviewed-by: Rob Herring
Signed-off-by:
From: Girish Mahadevan
This driver supports GENI based SPI Controller in the Qualcomm SOCs. The
Qualcomm Generic Interface (GENI) is a programmable module supporting a
wide range of serial interfaces including SPI. This driver supports SPI
operations using FIFO mode of transfer.
Signed-off-by:
This patch series adds the driver for GENI based Qualcomm Universal
Peripheral (QUP) Serial Peripheral Interface (SPI) and SPI device tree
bindings.
An overview of the GENI SE SPI controller device tree components are in
patch 2 and 1. Patch 3 adds the SPI driver for GENI QUP HW.
changes from
From: Dilip Kota
SPI controller driver should maintain the maximum frequency
of the controller instead of relying on device tree bindings.
Because maximum frequency is specific property of SPI
controller.
Signed-off-by: Dilip Kota
Reviewed-by: Douglas Anderson
Reviewed-by: Stephen Boyd
On Wed, Oct 03, 2018 at 09:20:46AM +0200, Jiri Olsa wrote:
> This reverts commit ac0e2cd555373ae6f8f3a3ad3fbbf5b6d1e7.
>
> Michael reported an issue with oversized terms values assignment
> and I noticed there was actually a misunderstanding of the max
> value check in the past.
hi,
this is
From: Lina Iyer
Currently CPU's idle states are represented in a flattened model, via the
"cpu-idle-states" binding from within the CPU's device nodes.
Support the hierarchical layout during parsing and validating of the CPU's
idle states. This is simply done by calling the new OF helper,
The current documented description of the GENPD_FLAG_* flags, are too
simplified, so let's extend them.
Signed-off-by: Ulf Hansson
---
include/linux/pm_domain.h | 35 ++-
1 file changed, 30 insertions(+), 5 deletions(-)
diff --git a/include/linux/pm_domain.h
On 03/10/2018 16:36, Nikita Leshenko wrote:
> On Wed, 2018-10-03 at 13:47 +0200, Paolo Bonzini wrote:
>> Commit b5861e5cf2fcf83031ea3e26b0a69d887adf7d21 introduced a check on
>> the interrupt-window and NMI-window CPU execution controls in order to
>> inject an external interrupt vmexit before the
Hi Emil,
Many thanks to catch this and fix. Some comments below.
You missed to add the v2, please send the next patch with v3 prefix.
On 28/9/18 19:08, Emil Karlson wrote:
> Commit 57e94c8b974db2d83c60e1139c89a70806abbea0 caused cros-ec keyboard events
> be truncated on many chromebooks so that
On Wed, Oct 03, 2018 at 08:52:19AM +0200, Ingo Molnar wrote:
>
> * Masayoshi Mizuma wrote:
>
> > This patch series are adding an kernel parameter to change
> > the padding size used for KASLR. It is useful for memory hotplug
> > capable system. User can adjust the padding size to use it.
> >
>
> -Original Message-
> From: Robin Murphy [mailto:robin.mur...@arm.com]
> Sent: 03 October 2018 11:37
> To: Shameerali Kolothum Thodi ;
> lorenzo.pieral...@arm.com
> Cc: will.dea...@arm.com; mark.rutl...@arm.com; Guohanjun (Hanjun Guo)
> ; John Garry ;
> pa...@codeaurora.org;
On Wed, Oct 03, 2018 at 01:20:44PM +0200, Håkon Bugge wrote:
> Hi Greg,
>
>
> I hope you will find this note appropriate.
>
> The stable cherry-pick of upstream commit ebeeb1ad9b8a ("rds: tcp: use
> rds_destroy_pending() to synchronize netns/module teardown and rds
> connection/workq
On Wed 03-10-18 12:17:52, Suzuki K Poulose wrote:
[...]
> I have been under the idea that all the checks at the same level could
> have the same indentation. (i.e, 2 tabs in this case for each). Looks
> like there is no rule about it. How about replacing it with a
> switch..case ?
I would simply
Add support to handle SMD signals to RPMSG over GLINK. SMD signals
mimic serial protocol signals to notify of ports opening and closing.
This change affects the rpmsg core, rpmsg char and glink drivers.
Signed-off-by: Chris Lew
Signed-off-by: Arun Kumar Neelakantam
---
Add support to wait on poll to get signal notifications.
Send POLLPRI mask to indicate the signal change.
Signed-off-by: Arun Kumar Neelakantam
---
drivers/rpmsg/rpmsg_char.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/rpmsg/rpmsg_char.c
Add TICOMGET and TIOCMSET ioctl support for rpmsg char device nodes
to get/set the low level transport signals.
Signed-off-by: Arun Kumar Neelakantam
---
drivers/rpmsg/rpmsg_char.c | 54 +++---
1 file changed, 51 insertions(+), 3 deletions(-)
diff --git
Glink transport support signals to exchange state notification between
local and remote side clients. Adding support to send/receive the signal
command and notify the clients through callback and POLL notification.
Arun Kumar Neelakantam (5):
rpmsg: glink: Add GLINK signal support for RPMSG
Register a callback to get the signal notifications from rpmsg.
Signed-off-by: Arun Kumar Neelakantam
---
drivers/rpmsg/rpmsg_char.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/rpmsg/rpmsg_char.c b/drivers/rpmsg/rpmsg_char.c
index a76b963..86003d5 100644
---
Native signals over SMEM transport are different from Linux TIOCM signals.
Add a macro to convert signals when sent or received from clients.
Signed-off-by: Arun Kumar Neelakantam
---
drivers/rpmsg/qcom_glink_native.c | 29 +
1 file changed, 29 insertions(+)
diff
Replace legacy callbacks with ->select_chip() and ->exec_op().
Implementation of NAND_OP_WAITRDY_INSTR has been based on legacy
nand_wait_ready(), otherwise that function would probabaly have to be
reimplemented inside the driver. Hence, legacy callback ->dev_ready()
is still used.
Use of
On 03/10/2018 13:09, Rafael J. Wysocki wrote:
> On Wed, Oct 3, 2018 at 12:25 PM Daniel Lezcano
[ ... ]
> If you send a non-RFC patch to drop get_loadavg() (but you can drop it
> altogether then, there are no other callers of it AFAICS), I'll queue
> it up after the 4.20 (or whatever it turns out
On Wed 03-10-18 18:36:39, Anshuman Khandual wrote:
[...]
> So we have two checks here
>
> 1) platform specific arch_hugetlb_migration -> In principle go ahead
>
> 2) huge_movable() during allocation
>
> - If huge page does not have to be placed on movable zone
>
> -
From: Ben Dooks
> Sent: 02 October 2018 17:56
>
> The smsc95xx_tx_fixup is doing multiple calls to skb_push() to
> put an 8-byte command header onto the packet. It would be easier
> to do one skb_push() and then copy the data in once the push is
> done.
>
> Signed-off-by: Ben Dooks
> ---
>
Commit-ID: b3541fbc3c25bf2ba6d03a450c07f824e318f9b9
Gitweb: https://git.kernel.org/tip/b3541fbc3c25bf2ba6d03a450c07f824e318f9b9
Author: Takuya Yamamoto
AuthorDate: Wed, 29 Aug 2018 16:27:30 +0900
Committer: Thomas Gleixner
CommitDate: Wed, 3 Oct 2018 16:14:05 +0200
x86/mm: Fix typo in
On 10/3/2018 10:15 AM, linux-kernel-ow...@vger.kernel.org wrote:
To make it more generic, I think we also need to extend the struct
sku_microcode to check vendor and family.
The "model" in struct x86_cpu_id is u16. I will also change "model" and
"stepping" to u16.
struct sku_microcode {
Hi,
On 03.10.2018 16:39, Jiri Olsa wrote:
> On Wed, Oct 03, 2018 at 10:01:56AM +0300, Alexey Budankov wrote:
>> +if (rec->opts.use_clockid && rec->opts.clockid_res_ns)
>> +session->header.env.clockid_res_ns = rec->opts.clockid_res_ns;
>> +else
>> +
On 03/10/2018 16:36, Nikita Leshenko wrote:
> On Wed, 2018-10-03 at 13:47 +0200, Paolo Bonzini wrote:
>> Commit b5861e5cf2fcf83031ea3e26b0a69d887adf7d21 introduced a check on
>> the interrupt-window and NMI-window CPU execution controls in order to
>> inject an external interrupt vmexit before the
On Wed, 3 Oct 2018, Peter Zijlstra wrote:
> On Wed, Oct 03, 2018 at 10:07:05AM +0200, Thomas Gleixner wrote:
> > On Wed, 3 Oct 2018, Catalin Marinas wrote:
> >
> > > On Fri, 21 Sep 2018 at 13:22, Peter Zijlstra wrote:
> > > > On Fri, Sep 21, 2018 at 02:02:26PM +0200, Sebastian Andrzej Siewior
>
On Tue, Oct 02, 2018 at 11:11:44PM +0200, Arnd Bergmann wrote:
> arm64_1188873_read_cntvct_el0() is protected by the correct
> CONFIG_ARM64_ERRATUM_1188873 #ifdef, but the only reference to it is
> also inside of an CONFIG_ARM_ARCH_TIMER_OOL_WORKAROUND section,
> and causes a warning if that is
On Tue, Oct 02, 2018 at 04:10:22PM -0700, r...@google.com wrote:
> From: Roman Kiryanov
>
> This is a series of patches to move mutable file-scope variables
> into the driver state. This change will help to introduce another
> version of the pipe driver (with different state) for the older
>
On Tue, 2018-10-02 at 21:56 +0200, Linus Walleij wrote:
> On Tue, Oct 2, 2018 at 8:37 PM Leonard Crestez <
> leonard.cres...@nxp.com> wrote:
>
> > This issue was exposed by commit efdfeb079cc3 ("regulator: fixed:
> > Convert to use GPIO descriptor only") which causes the "gpios"
> > property
> >
On Wed 03-10-18 17:07:13, Anshuman Khandual wrote:
>
>
> On 10/03/2018 04:29 PM, Michal Hocko wrote:
[...]
> > It is not the platform that decides. That is the whole point of the
> > distinction. It is us to say what is feasible and what we want to
> > support. Do we want to support giga pages
Hi All,
This is regarding the protected pins configuration reading and printing
from non-secure operating systems.
GPIO framework is checking whether pin is in use(flag FLAG_REQUESTED) or
not in gpiolib_dbg_show().
If GPIO chip drivers are overriding the dbg_show callback, drivers are
not
Mathieu Poirier writes:
> On Thu, Sep 20, 2018 at 03:45:37PM +0300, Alexander Shishkin wrote:
>> Hi,
>>
>> These are patches I have queued so far, that I'm planning to send to
>> Greg for the next merge window. This is mainly support for MIPI SyS-T
>> protocol and all the infrastructure changes
Back when Will did his qspinlock determinism patches, we were left with one
cmpxchg loop on x86 due to the use of atomic_fetch_or(). Will proposed a nifty
trick:
http://lkml.kernel.org/r/20180409145409.ga9...@arm.com
While that didn't quite work, this series implements that basic idea.
This satisfies a checkpatch warning and is the preferred
method for notating the license.
The SPDX identifier is a legally binding shorthand, which
can be used instead of the full boiler plate text.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8712/basic_types.h | 10
> note there's couple of changes that actually changed
> the number completely, like:
>
> -"Filter": "edge=1,filter_band2=4000",
> +"Filter": "edge=1,filter_band2=30",
Thanks. Looks good. I'll fix the scripts to generate the uncore events.
-Andi
On Thu, Aug 23, 2018 at 01:34:53PM +0200, Gustavo Pimentel wrote:
> Fix compilation warnings:
> - remove unused variables
> - change function return from int to void, since it's not used
>
> Signed-off-by: Gustavo Pimentel
> ---
> tools/pci/pcitest.c | 7 ++-
> 1 file changed, 2
On Wed 03-10-18 15:28:23, Anshuman Khandual wrote:
>
>
> On 10/03/2018 12:28 PM, Michal Hocko wrote:
> > On Wed 03-10-18 07:46:27, Anshuman Khandual wrote:
> >>
> >>
> >> On 10/02/2018 06:09 PM, Michal Hocko wrote:
> >>> On Tue 02-10-18 17:45:28, Anshuman Khandual wrote:
> Architectures
The current rx peak function fails to read the data if size is
less than 4bytes.
Use memcpy_fromio to support data reads of size less than 4 bytes.
Signed-off-by: Arun Kumar Neelakantam
---
drivers/rpmsg/qcom_glink_smem.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff
On Wed, Oct 03, 2018 at 10:55:19AM +0200, Jiri Kosina wrote:
> Greg,
>
> please pull from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
>
> to receive HID subsystem fixes
Now pulled, thanks.
greg k-h
On Tue, Oct 02, 2018 at 04:58:25AM +, Winkler, Tomas wrote:
>
>
> >
> > On Sat, Sep 29, 2018 at 01:30:26AM +0300, Tomas Winkler wrote:
> > > Add tpm2_pcr_extend() function to tpm2-cmd.c with signature required
> > > by tpm-interface.c. It wraps the original open code implementation.
> > >
On Tue, Oct 02, 2018 at 01:42:38PM +, Leonard Crestez wrote:
> This turns the phy off and on again instead of leaving it up from uboot
> and it doesn't work for some reason. However looking at
> reg_fixed_voltage_probe introducing an edge seems to be intentional for
> regulators which are not
On (10/03/18 12:51), Gustavo A. R. Silva wrote:
> Replace "fallthru" with a proper "fall through" annotation.
>
> This fix is part of the ongoing efforts to enabling
> -Wimplicit-fallthrough
Hmm, comments as annotations?
> Signed-off-by: Gustavo A. R. Silva
Reviewed-by: Sergey Senozhatsky
On 03/10/2018 09:46, Tao Ren wrote:
> On 10/2/18, 11:57 PM, "Linus Walleij"
> wrote:
>
>> My thought is go for (2) and do all changes in one patch :)
>
> No problem, Linus. One more question: looks like my first patch
> 4451d3f59f2a (fix set_next_event handler) is not merged back to
>
On (10/03/18 11:23), Petr Mladek wrote:
> On Fri 2018-09-28 18:53:04, Sergey Senozhatsky wrote:
> > CON_PRINTBUFFER console registration requires us to do several
> > preparation steps:
> > - Rollback console_seq to replay logbuf messages which were already
> > seen on other consoles;
> > - Set
On Wed 2018-10-03 07:24:23, Dan Murphy wrote:
> Hello
>
> On 10/02/2018 02:28 AM, Pavel Machek wrote:
> > On Fri 2018-09-28 13:29:47, Dan Murphy wrote:
> >> Remove support for the LM3697 LED device
> >> from the ti-lmu. The LM3697 will be supported
> >> via a stand alone LED driver.
> >>
> >>
On 10/03/2018 03:48 AM, Peter Zijlstra wrote:
> On Tue, Oct 02, 2018 at 04:19:19PM -0400, Waiman Long wrote:
>> +DEFINE_PER_CPU(unsigned long [MAX_LOCKDEP_KEYS], lock_class_ops);
>> @@ -179,9 +181,30 @@ DECLARE_PER_CPU(struct lockdep_stats, lockdep_stats);
>> }
Commit-ID: 3a387c6d96e69f1710a3804eb68e1253263298f2
Gitweb: https://git.kernel.org/tip/3a387c6d96e69f1710a3804eb68e1253263298f2
Author: Peter Zijlstra (Intel)
AuthorDate: Wed, 3 Oct 2018 14:41:27 +0200
Committer: Borislav Petkov
CommitDate: Wed, 3 Oct 2018 16:15:49 +0200
x86/kaslr,
Commit-ID: 7b6f10b3e6ee031928642e90a0a7233c767dc4ff
Gitweb: https://git.kernel.org/tip/7b6f10b3e6ee031928642e90a0a7233c767dc4ff
Author: Andy Shevchenko
AuthorDate: Thu, 30 Aug 2018 14:50:39 +0300
Committer: Thomas Gleixner
CommitDate: Wed, 3 Oct 2018 16:19:35 +0200
x86/intel_rdt:
Some following changes extends the PSCI driver with some additional new
files. Let's avoid to continue cluttering the toplevel firmware directory
and first move the PSCI files into a PSCI sub-directory.
Suggested-by: Mark Rutland
Signed-off-by: Ulf Hansson
---
drivers/firmware/Kconfig
The CPU's idle state nodes are currently parsed at the common cpuidle DT
library, but also when initializing back-end data for the arch specific CPU
operations, as in the PSCI driver case.
To avoid open-coding, let's introduce of_get_cpu_state_node(), which takes
the device node for the CPU and
I have digested the review comments so far, including a recent offlist chat
with with Lorenzo Pieralisi around the debatable PSCI changes. More or less I
have a plan for how to move forward.
However, to avoid re-posting non-changed patches over and over again, I decided
to withhold the more
Instead of having each psci init function taking care of the of_node_put(),
let's deal with that from psci_dt_init(), as this enables a bit simpler
error path for each psci init function.
Cc: Lina Iyer
Co-developed-by: Lina Iyer
Signed-off-by: Ulf Hansson
Acked-by: Mark Rutland
---
From: Lina Iyer
Currently CPU's idle states are represented in a flattened model, via the
"cpu-idle-states" binding from within the CPU's device nodes.
Support the hierarchical layout, simply by converting to calling the new OF
helper, of_get_cpu_state_node().
Cc: Lina Iyer
Suggested-by:
The files for the PSCI firmware driver were moved to a sub-directory,
let's update MAINTAINERS to reflect that.
Suggested-by: Mark Rutland
Signed-off-by: Ulf Hansson
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
Instead of returning -EINVAL from of_genpd_parse_idle_states() in case none
compatible states was found, let's return 0 to indicate success. Assign
also the out-parameter *states to NULL and *n to 0, to indicate to the
caller that zero states have been found/allocated.
This enables the caller of
A caller of pm_genpd_init() that provides some states for the genpd via the
->states pointer in the struct generic_pm_domain, should also provide a
governor. This because it's the job of the governor to pick a state that
satisfies the constraints.
Therefore, let's print a warning to inform the
From: Lina Iyer
Update DT bindings to represent hierarchical CPU and CPU PM domain idle
states for PSCI. Also update the PSCI examples to clearly show how
flattened and hierarchical idle states can be represented in DT.
Cc: Lina Iyer
Signed-off-by: Lina Iyer
Co-developed-by: Ulf Hansson
Let's split psci_dt_cpu_init_idle() function into two functions, as to
allow following changes to re-use some of the code.
Cc: Lina Iyer
Co-developed-by: Lina Iyer
Signed-off-by: Ulf Hansson
---
drivers/firmware/psci/psci.c | 42
1 file changed, 23
On Wed, Oct 3, 2018 at 12:25 PM Daniel Lezcano
wrote:
>
> On 03/10/2018 10:58, Rafael J. Wysocki wrote:
> > On Tuesday, September 25, 2018 11:38:44 AM CEST Daniel Lezcano wrote:
> >> The function get_loadavg() returns almost always zero. To be more
> >> precise, statistically speaking for a total
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Addresses-Coverity-ID: 1056539 ("Missing break in switch")
Signed-off-by: Gustavo A. R. Silva
---
drivers/spi/spi-pxa2xx.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Wed, Oct 03, 2018 at 02:34:02PM +0200, Peter Zijlstra wrote:
>
> Subject: ACPI/NUMA: Fix KASLR build error
>
> There is no point in trying to compile KASLR specific code when there is
> no KASLR.
>
> Signed-off-by: Peter Zijlstra (Intel)
> ---
Yeah, Peter and I were just talking on IRC and
On 10/02/2018 06:23 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.74 release.
There are 137 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
1 - 100 of 1152 matches
Mail list logo