On 12/01/2017 03:34 AM, Jinbum Park wrote:
+static inline bool is_prot_ro(struct pg_state *st)
+{
+ if (st->level < 4) {
+ #ifdef CONFIG_ARM_LPAE
+ if ((st->current_prot &
+ (L_PMD_SECT_RDONLY | PMD_SECT_AP2)) ==
+ (L_PMD_SECT_RDONLY | PMD_SEC
On Dec 1, 2017, at 1:21 PM, Dave Hansen wrote:
[ 30.811750] CR2: fdeb2f98 CR3: 000423fae001 CR4:
001607e0
[ 30.819712] Call Trace:
[ 30.822442]
[ 30.825170] trace_hardirqs_on_thunk+0x1c/0x1c
>>> ...
[ 31.000571] R13: 00
On Fri, Dec 01, 2017 at 02:00:33PM -0500, Jason Baron wrote:
> You could leave the annotation and do something like:
> s/ep->lock/ep->wq->lock. And then that would remove the ep->lock saving
> a bit of space.
Looks like this isn't going to work due to ep_poll_safewake taking
another waitqueue lock
On Fri, Dec 01, 2017 at 09:14:52AM -0500, Waiman Long wrote:
> On 11/30/2017 07:09 PM, Minchan Kim wrote:
> > On Thu, Nov 30, 2017 at 12:47:36PM -0800, Andrew Morton wrote:
> >> On Thu, 30 Nov 2017 08:54:04 -0500 Waiman Long wrote:
> >>
> And, from that perspective, the racy shortcut in the p
On 12/1/17 3:56 AM, Vinod Koul wrote:
A Master registers with SoundWire bus and scans the firmware provided
nitpick: is the 'register' correct? You create a bus instance for each
hardware master interface. Or is my brain fried?
for device description. In this patch we scan the ACPI namespac
On Wed, Nov 29, 2017 at 03:59:07PM -0800, Wendy Liang wrote:
> Xilinx ZynqMP IPI(Inter Processor Interrupt) is a hardware block
> in ZynqMP SoC used for the communication between various processor
> systems.
>
> Signed-off-by: Wendy Liang
> ---
> .../bindings/mailbox/xlnx,zynqmp-ipi-mailbox.txt
This patch set is dependent on "[14/15] ACPICA: ACPI 6.2: Additional
PPTT flags" https://patchwork.kernel.org/patch/10064191/
ACPI 6.2 adds the Processor Properties Topology Table (PPTT), which is
used to describe the processor and cache topology. Ideally it is
used to extend/override information
Add a entry to to struct cacheinfo to maintain a reference to the PPTT
node which can be used to match identical caches across cores. Also
stub out cache_setup_acpi() so that individual architectures can
enable ACPI topology parsing.
Signed-off-by: Jeremy Linton
---
drivers/acpi/pptt.c |
Add ACPI_SIG_PPTT to the table so initrd's can override the
system topology.
Signed-off-by: Geoffrey Blake
Signed-off-by: Jeremy Linton
---
drivers/acpi/tables.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/acpi/tables.c b/drivers/acpi/tables.c
index 80ce2a7d224
The PPTT can be used to determine the groupings of CPU's at
given levels in the system. Lets add a few routines to the PPTT
parsing code to return a unique id for each unique level in the
processor hierarchy. This can then be matched to build
thread/core/cluster/die/package/etc mappings for each pr
ACPI 6.2 adds a new table, which describes how processing units
are related to each other in tree like fashion. Caches are
also sprinkled throughout the tree and describe the properties
of the caches in relation to other caches and processing units.
Add the code to parse the cache hierarchy and re
Propagate the topology information from the PPTT tree to the
cpu_topology array. We can get the thread id, core_id and
cluster_id by assuming certain levels of the PPTT tree correspond
to those concepts. The package_id is flagged in the tree and can be
found by calling find_acpi_cpu_topology_packag
Lets match the name of the arm64 topology field
to the kernel macro that uses it.
Signed-off-by: Jeremy Linton
---
arch/arm64/include/asm/topology.h | 4 ++--
arch/arm64/kernel/topology.c | 27 ++-
2 files changed, 16 insertions(+), 15 deletions(-)
diff --git a/arc
The /sys cache entries should support ACPI/PPTT generated cache
topology information. Lets detect ACPI systems and call
an arch specific cache_setup_acpi() routine to update the hardware
probed cache topology.
For arm64, if ACPI is enabled, determine the max number of cache
levels and populate the
One of the flaws in *NIX software is that a simple command can lead to
a nightmare, so I would like the kernel devs to write code that
repairs Linux automatically. I would like it if Linux became
completely stable regardless of memory failures, general hardware
failures, hacking, etc.
I hope this
On Wed, Nov 29, 2017 at 04:00:40PM -0800, Bjorn Andersson wrote:
> Attempt to acquire the APCS IPC through the mailbox framework and fall
> back to the old syscon based approach, to allow us to move away from
> using the syscon.
>
> Signed-off-by: Bjorn Andersson
> ---
>
> Changes since v1:
> -
Now that we have a PPTT parser, in preparation for its use
on arm64, lets build it.
Signed-off-by: Jeremy Linton
---
arch/arm64/Kconfig| 1 +
drivers/acpi/Kconfig | 3 +++
drivers/acpi/Makefile | 1 +
3 files changed, 5 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
ind
Its helpful to be able to lookup the acpi_processor_id associated
with a logical cpu. Provide an arm64 helper to do this.
Signed-off-by: Jeremy Linton
---
arch/arm64/include/asm/acpi.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/include/asm/acpi.h b/arch/arm64/include/asm/
On 11/25/2017 7:55 AM, Fengguang Wu wrote:
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>
> commit 21729f81ce8ae76a6995681d40e16f7ce8075db4
> Author: Tom Lendacky
> Au
On 12/01/2017 05:02 PM, Christoph Hellwig wrote:
> On Fri, Dec 01, 2017 at 02:00:33PM -0500, Jason Baron wrote:
>> You could leave the annotation and do something like:
>> s/ep->lock/ep->wq->lock. And then that would remove the ep->lock saving
>> a bit of space.
>
> Looks like this isn't going to
Hi!
I'd like to add a devicetree for our Nattis to the kernel. The
Nattis is a device for showing departures for public transportation
(optionally including a text-to-speech module for the visually
impaired).
I'm a bit unsure if the tfa9879 sound codec binding is needed,
but I suppose it belongs
The Axentia Nattis is a device designed for presenting departures for
public transport systems. The Natte helper board provides power and
features a battery of battery chargers.
Signed-off-by: Peter Rosin
---
Documentation/devicetree/bindings/arm/axentia.txt | 9 +
MAINTAINERS
Add record for NXP TFA9879 Mono BTL Class D audio amplifier.
Signed-off-by: Peter Rosin
---
Documentation/devicetree/bindings/trivial-devices.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/trivial-devices.txt
b/Documentation/devicetree/bindings/trivial
On Fri, 1 Dec 2017 10:22:57 +, Quentin Monnet wrote:
> Thanks Roman!
> One comment in-line.
>
> 2017-11-30 13:42 UTC+ ~ Roman Gushchin
> > The bpf_prog_load() function will guess program type if it's not
> > specified explicitly. This functionality will be used to implement
> > loading of
On 12/1/17 3:56 AM, Vinod Koul wrote:
MIPI Discovery And Configuration (DisCo) Specification for SoundWire
specifies properties to be implemented for SoundWire Masters and
Slaves. The DisCo spec doesn't mandate these properties. However,
SDW bus cannot work without knowing these values.
The help
Being nice but this sounds like a contradiction if not an oxymoron.
Explain how a kernel or OS can be completely stable while having memory
failures, general hardware failures, hacking, etc. C++ is not the best
language for writing operating systems. IBM and Apple attempted this with the
Tali
Similarly to Orange Pi Zero, NanoPi Neo board has an USB OTG port with
an ID pin but with unpowered VBUS. This patch enables this port in
forced peripheral mode.
Signed-off-by: Krzysztof Adamski
---
arch/arm/boot/dts/sun8i-h3-nanopi-neo.dts | 17 +
1 file changed, 17 insertions(+)
On Fri, Dec 01, 2017 at 05:34:50PM -0500, Jason Baron wrote:
> hmmm...I'm not sure how this suggestion would change the locking rules
> from what we currently have. Right now, we use ep->lock, if we remove
> that and use ep->wq->lock instead, there is just a 1-to-1 mapping there
> that has not chan
Hi!
> This adds basic support for BQ27521 battery monitor, used in Nokia N9
> and N950. In particular, battery voltage is important to be able to
> tell when the battery is almost empty. Emptying battery on N950 is
> pretty painful, as flasher needs to be used to recover phone in such
> case.
Seb
From: Carlos Munoz
>From the hardware user manual: "The FPA is a unit that maintains
pools of pointers to free L2/DRAM memory. To provide QoS, the pools
are referenced indirectly through 1024 auras. Both core software
and hardware units allocate and free pointers."
Signed-off-by: Carlos Munoz
S
From: Carlos Munoz
LMTDMA/LMTST operations move data between cores and I/O devices:
* LMTST operations can send an address and a variable length
(up to 128 bytes) of data to an I/O device.
* LMTDMA operations can send an address and a variable length
(up to 128) of data to the I/O device and
Signed-off-by: David Daney
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 77d819b458a9..5aff6fb41b21 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3249,6 +3249,12 @@ W: http://www.cavium.com
S: Supported
F: drivers/mmc/ho
We are adding the Cavium OCTEON-III network driver. But since
interacting with the input and output queues is done via special CPU
local memory, we also need to add support to the MIPS/Octeon
architecture code. Aren't SoCs nice in this way?
The first five patches add the SoC support needed by th
From: Carlos Munoz
Add a global resource manager to manage tagged pointers within
bootmem allocated memory. This is used by various functional
blocks in the Octeon core like the FPA, Ethernet nexus, etc.
Signed-off-by: Carlos Munoz
Signed-off-by: Steven J. Hill
Signed-off-by: David Daney
---
Remove CONFIG_CAVIUM_OCTEON_CVMSEG_SIZE and automatically calculate
the amount of CVMSEG space needed.
1st 128-bytes: Use by IOBDMA
2nd 128-bytes: Reserved by kernel for scratch/TLS emulation.
3rd 128-bytes: OCTEON-III LMTLINE
New config variable CONFIG_CAVIUM_OCTEON_EXTRA_CVMSEG provisions
addit
From: Carlos Munoz
Add bindings for Common Ethernet Interface (BGX) block.
Acked-by: Rob Herring
Signed-off-by: Carlos Munoz
Signed-off-by: Steven J. Hill
Signed-off-by: David Daney
---
.../devicetree/bindings/net/cavium-bgx.txt | 61 ++
1 file changed, 61 insert
On 12/1/17 3:56 AM, Vinod Koul wrote:
SoundWire bus supports read or write register(s) for SoundWire Slave
device. sdw_read() and sdw_write() APIs are provided for single
register read/write. sdw_nread() and sdw_nwrite() for operations on
contiguous registers.
Signed-off-by: Sanyog Kale
Signed-
On 12/01/2017 03:18 PM, David Daney wrote:
> From: Carlos Munoz
>
> Add bindings for Common Ethernet Interface (BGX) block.
>
> Acked-by: Rob Herring
> Signed-off-by: Carlos Munoz
> Signed-off-by: Steven J. Hill
> Signed-off-by: David Daney
Reviewed-by: Florian Fainelli
--
Florian
On Fri, Dec 1, 2017 at 9:56 PM, David Daney wrote:
> On 12/01/2017 12:41 PM, Philippe Ombredanne wrote:
>>
>> David,
>>
>> On Fri, Dec 1, 2017 at 9:01 PM, David Daney
>> wrote:
>>>
>>> On 12/01/2017 11:49 AM, Philippe Ombredanne wrote:
David, Greg,
On Fri, Dec 1, 2017 at
On 12/1/17 3:56 AM, Vinod Koul wrote:
From: Sanyog Kale
SoundWire Slaves report status to bus. Add helpers to handle
the status changes.
Signed-off-by: Hardik T Shah
Signed-off-by: Sanyog Kale
Signed-off-by: Vinod Koul
---
drivers/soundwire/bus.c | 202 ++
The kernel's ND_IOCTL_SMART_THRESHOLD command is based on a payload
definition that has become broken / out-of-sync with recent versions of
the NVDIMM_FAMILY_INTEL definition. Deprecate the use of the
ND_IOCTL_SMART_THRESHOLD command in favor of the ND_CMD_CALL approach
taken by NVDIMM_FAMILY_{HPE,
Allow the smart_threshold values to be changed via the 'set smart
threshold command' and trigger notifications when the thresholds are
met.
Signed-off-by: Dan Williams
---
tools/testing/nvdimm/test/nfit.c | 157 -
tools/testing/nvdimm/test/nfit_test.h |9
---
Documentation/rbtree.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/rbtree.txt b/Documentation/rbtree.txt
index c42a21b99046..3a4c23bc90b2 100644
--- a/Documentation/rbtree.txt
+++ b/Documentation/rbtree.txt
@@ -197,9 +197,9 @@ Cached rbtrees
-
Hi Nickey,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm/drm-next]
[also build test ERROR on v4.15-rc1 next-20171201]
[cannot apply to rockchip/for-next]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url
On 12/1/17 3:56 AM, Vinod Koul wrote:
Add status handling API sdw_handle_slave_status() to handle
Slave status changes.
Signed-off-by: Hardik T Shah
Signed-off-by: Sanyog Kale
Signed-off-by: Vinod Koul
---
drivers/soundwire/bus.c | 351 ++
driv
Hi Arnd,
This looks fine to me, except for a couple things...
On 11/27/2017 05:20 AM, Arnd Bergmann wrote:
The imx media driver passes around monotonic timestamps in the deprecated
'timespec' format. This is not a problem for the driver, as they won't
overflow, but moving to either timespec64 o
On Tue, 21 Nov 2017 10:53:27 -0800
Tim Tianyang Chen wrote:
> This patch series will let users define mailer and email address for receiving
> notifications during automated testings. Users need to setup the specified
> mailer
> prior to using this feature.
>
> Emails will be sent when the scri
On 12/01/2017 07:21 AM, Vivien Didelot wrote:
> Hi Florian,
>
> Florian Fainelli writes:
>
>> +#if IS_ENABLED(CONFIG_NET_DSA_LEGACY)
>> /* Legacy driver registration */
>> void register_switch_driver(struct dsa_switch_driver *type);
>> void unregister_switch_driver(struct dsa_switch_driver
On Sun, Nov 19, 2017 at 07:58:30PM +0100, Geert Uytterhoeven wrote:
> If NO_DMA=y:
>
> ERROR: "bad_dma_ops" [net/sunrpc/xprtrdma/rpcrdma.ko] undefined!
> ERROR: "bad_dma_ops" [net/smc/smc.ko] undefined!
> ERROR: "bad_dma_ops" [net/rds/rds_rdma.ko] undefined!
> ERROR: "bad_dma_ops"
struct sdw_cdns {
struct device *dev;
struct sdw_bus bus;
unsigned int instance;
+ u32 response_buf[0x80];
last nit-pick: use a #define for the size.
Also are you sure about the value? I vaguely recall that the FIFO was
32-deep, you are confusing bytes and words h
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Mike Galbraith
kernel/hrtimer: don't wakeup a process while holding the hrtimer base lock
missed a path, namely hrtimers_dead_cpu() -> migrate_hrtimer_list(). Defer
raising softirq u
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Since the futex rework, __rt_mutex_start_proxy_lock() does no longer
acquire the wait_lock so it must not drop it. Otherwise the lock is not
only unlocked tw
On Tue, Nov 28, 2017 at 03:10:25PM +0800, Wei Hu (Xavier) wrote:
> This patch-set introduces three patches to fix the memory related
> issues. one fixes DMA operation failure when smmu is enabled.
> the other two patches fixes incorrect usage of dma API that may
> cause coherency problems.
>
> Wei
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
required for following networking patch which does recursive try-lock.
While at it, add the !RT version of it because it did not yet exist.
Cc: stable...@vg
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
get_cpu_ptr() disabled preemption and returns the ->flush_queue object
of the current CPU. raw_cpu_ptr() does the same except that it not
disable preemption
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Mart reported a deadlock in -RT in the call path:
hci_send_monitor_ctrl_event() -> hci_send_to_channel()
because both functions acquire the same read lock
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
We must not wake any process (and thus acquire the pi->lock) while
holding the hrtimer's base lock. This does not happen usually because
the hrtimer-callback
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Lockdep may complain about an unsafe locking scenario:
| CPU0CPU1
|
| lock((tcp_sk_lock).lock);
|
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
The original patch changed betwen its posting and what finally went into
Rafael's tree so here is the delta.
Signed-off-by: Sebastian Andrzej Siewior
---
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
hrtimers, which were deferred to the softirq context, and expire between
softirq shutdown and hrtimer migration are dangling around. If the CPU
goes back up
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Alex Shi
This patch replace a rwlock and raw notifier by atomic notifier which
protected by spin_lock and rcu.
The first to reason to have this replace is due to a 'scheduling while
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Mike Galbraith
1. When trying to acquire an rtmutex, we first try to grab it without
queueing the waiter, and explicitly check for that initial attempt
in the !waiter path of __try_to
Dear RT Folks,
This is the RT stable review cycle of patch 4.9.65-rt57-rc2.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release cand
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (VMware)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index fdb0f880c7e9..8a88d43294aa 1
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
This reverts commit "fs: jbd2: pull your plug when waiting for space".
This was a duct-tape fix which shouldn't be needed since commit
"locking/rt-mutex: fix
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
The locking path can be recursive (same as for sk->sk_lock.slock) and
therefore we need a trylock version for the locallock, too.
Cc: rt-sta...@vger.kernel.
4.9.65-rt57-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (VMware)"
The commit "memcontrol: Prevent scheduling while atomic in cgroup code"
fixed this issue:
refill_stock()
get_cpu_var()
drain_stoc
On Fri, Dec 01, 2017 at 11:51:11AM -0800, Paul E. McKenney wrote:
> The smp_read_barrier_depends() does nothing at all except on DEC Alpha,
> and no current DEC Alpha systems use Infiniband:
>
> lkml.kernel.org/r/20171023085921.jwbntptn6ictbnvj@tower
I understand DEC Alpha has PCI, and we c
On Fri, Dec 1, 2017 at 12:49 PM, Palmer Dabbelt wrote:
> renameat has been deprecated in favor of renameat2 for new ports. This
> allows the audit tests to build on RISC-V.
>
> Reviewed-by: Christoph Hellwig
> CC: Olof Johansson
Acked-by: Olof Johansson
> Signed-off-by: Palmer Dabbelt
-Ol
On 12/1/17 3:56 AM, Vinod Koul wrote:
This patch series adds a new SoundWire subsystem which implements a
new MIPI bus protocol 'SoundWire'.
Sorry for the late feedback Vinod and team.
Overall the code looks very good to me and aligned with the MIPI specs,
there are only a couple of points th
From: Bjorn Helgaas
PCIe Downstream Ports normally have only a Device 0 below them. To
optimize enumeration, we don't scan for other devices *unless* the
PCI_SCAN_ALL_PCIE_DEVS flag is set by set by quirks or the
"pci=pcie_scan_all" kernel parameter.
Previously PCI_SCAN_ALL_PCIE_DEVS only affec
On Fri, Dec 01, 2017 at 03:49:01PM -0600, Julia Cartwright wrote:
> On Fri, Dec 01, 2017 at 12:11:15PM -0800, Darren Hart wrote:
> > On Wed, Nov 29, 2017 at 11:56:05AM -0600, Julia Cartwright wrote:
> >
> > > The actual kernel we've been testing is 4.9.33-rt23, w/ 153fbd1226fb3
> > > ("futex: Fix
Hi!
I'm hitting these after DaveM pulled rc1 into net-next on my Xeon
E5-2630 v4 box. It also happens on linux-next. Did anyone else
experience it? (.config attached)
[5.003771] WARNING: CPU: 14 PID: 1 at ../arch/x86/events/intel/uncore.c:936
uncore_pci_probe+0x285/0x2b0
[5.007544] Mo
On Fri, Dec 1, 2017 at 4:39 PM, Palmer Dabbelt wrote:
>
> I've been maintaining the various cleanup patch sets I have as their own
> branches, which I then merged together and signed. Each merge commit
> has a short summary of the changes, and each branch is based on your
> latest tag (4.15-rc1,
Hello Peter,
On Fri, Dec 1, 2017 at 11:44 PM, Peter Rosin wrote:
> Hi!
>
> I'd like to add a devicetree for our Nattis to the kernel. The
> Nattis is a device for showing departures for public transportation
> (optionally including a text-to-speech module for the visually
> impaired).
>
> I'm a b
On Sat, Dec 2, 2017 at 3:21 AM, Paul E. McKenney
wrote:
> Now that cond_resched() also provides RCU quiescent states when
> needed, it can be used in place of cond_resched_rcu_qs(). This
> commit therefore makes this change.
>
> Signed-off-by: Paul E. McKenney
> Cc: Tejun Heo
> Cc: Lai Jiangsha
On Fri, Dec 01, 2017 at 05:11:09PM -0700, Jason Gunthorpe wrote:
> On Fri, Dec 01, 2017 at 11:51:11AM -0800, Paul E. McKenney wrote:
> > The smp_read_barrier_depends() does nothing at all except on DEC Alpha,
> > and no current DEC Alpha systems use Infiniband:
> >
> > lkml.kernel.org/r/201710
On 12/1/17 9:51 AM, Arnaldo Carvalho de Melo wrote:
But this is not just testcase expectations, the usecase is someone
wanting to use a newer tool, with perhaps some new features of interest
that don't depend on changes in the kernel, in an older kernel on a
system where updating it is not possi
Hi Alexey,
On Fri, Dec 01, 2017 at 11:26:24PM +0300, Alexey Khoroshilov wrote:
> If fpga_mgr_register() fails, a clock is left undisabled.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alexey Khoroshilov
Reviewed-by: Moritz Fischer
> ---
> drivers/fpga/
On Sat, Dec 2, 2017 at 3:41 AM, Paul E. McKenney
wrote:
> This commit changes the %p printk() in rcutorture to %pK. This could
> be considered irrelevant, given that any user able to start rcutorture
> could inflict far heavier damage on the system, but it doesn't hurt to
> change it and doing so
On 11/03/2017 04:47 AM, Christian Borntraeger wrote:
On 11/02/2017 07:49 PM, Tony Krowiak wrote:
On 11/02/2017 11:53 AM, Christian Borntraeger wrote:
On 11/02/2017 04:36 PM, Tony Krowiak wrote:
On 11/02/2017 08:08 AM, Christian Borntraeger wrote:
On 10/16/2017 11:25 AM, Martin Schwidefsky wr
4.4.102-rt117-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (VMware)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index 34eca4e89203..d5f654342ac4
4.4.102-rt117-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Mart reported a deadlock in -RT in the call path:
hci_send_monitor_ctrl_event() -> hci_send_to_channel()
because both functions acquire the same read lo
4.4.102-rt117-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
required for following networking patch which does recursive try-lock.
While at it, add the !RT version of it because it did not yet exist.
Cc: stable...@
4.4.102-rt117-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
The locking path can be recursive (same as for sk->sk_lock.slock) and
therefore we need a trylock version for the locallock, too.
Cc: stable...@vger.kerne
4.4.102-rt117-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
We must not wake any process (and thus acquire the pi->lock) while
holding the hrtimer's base lock. This does not happen usually because
the hrtimer-callba
4.4.102-rt117-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Mike Galbraith
kernel/hrtimer: don't wakeup a process while holding the hrtimer base lock
missed a path, namely hrtimers_dead_cpu() -> migrate_hrtimer_list(). Defer
raising softirq
4.4.102-rt117-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
This reverts commit "fs: jbd2: pull your plug when waiting for space".
This was a duct-tape fix which shouldn't be needed since commit
"locking/rt-mutex: f
4.4.102-rt117-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
hrtimers, which were deferred to the softirq context, and expire between
softirq shutdown and hrtimer migration are dangling around. If the CPU
goes back u
This patch removes macros in XGI_main.h that contain a xgifb_info
variable. These macros hurt readability by hiding said variable
behind a define. It also uses a temporary variable to keep the
replaced code from getting too long.
Signed-off-by: Joshua Abraham
---
drivers/staging/xgifb/XGI_main
4.4.102-rt117-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Alex Shi
This patch replace a rwlock and raw notifier by atomic notifier which
protected by spin_lock and rcu.
The first to reason to have this replace is due to a 'scheduling whil
Dear RT Folks,
This is the RT stable review cycle of patch 4.4.102-rt117-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release ca
On Fri, 01 Dec 2017 16:47:16 PST (-0800), Linus Torvalds wrote:
On Fri, Dec 1, 2017 at 4:39 PM, Palmer Dabbelt wrote:
I've been maintaining the various cleanup patch sets I have as their own
branches, which I then merged together and signed. Each merge commit
has a short summary of the change
From: John Hubbard
MAP_FIXED has been widely used for a very long time, yet the man
page still claims that "the use of this option is discouraged".
The documentation assumes that "less portable" == "must be discouraged".
Instead of discouraging something that is so useful and widely used,
chang
On Thu, Nov 09, 2017 at 12:16:45PM +0530, Sandipan Das wrote:
> The GCC randomize layout plugin can randomize the member
> offsets of sensitive kernel data structures. To use this
> feature, certain annotations and members are added to the
> structures which affect the member offsets even if this
>
This series takes the first steps towards moving mach-davinci to the common
clock framework.
Basically, this series does some cleanup and rearranging to get things
ready for the conversion. Then in "ARM: davinci: convert to common clock
framework" we actually make the conversion. This is done by j
This converts the clocks in mach-davinci to the common clock framework.
Most of the patch just involves renaming struct clk to struct davinci_clk.
There is also a struct clk_hw added to provide the bridge between the
existing clock implementation and the common clock framework.
In clock.c:
*
This moves the call of davinci_clk_init() from map_io to init_time for all
boards.
This is the proper place to init clocks. This is also done in preparation
for moving to the common clock framework.
Signed-off-by: David Lechner
---
arch/arm/mach-davinci/da830.c | 2 --
arch/arm/mach-davinci/da
This removed the debugfs entry for mach-davinci clocks. The clocks now use
the common clock framework, which provides debugfs already, so this code is
redundant.
Signed-off-by: David Lechner
---
arch/arm/mach-davinci/clock.c | 79 ---
1 file changed, 79 de
This makes davinci_clk_reset() static. It is not used anywhere else.
Signed-off-by: David Lechner
---
arch/arm/mach-davinci/clock.c | 3 +--
arch/arm/mach-davinci/clock.h | 1 -
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/arm/mach-davinci/clock.c b/arch/arm/mach-davinci/cl
701 - 800 of 834 matches
Mail list logo
