4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Piotr Jaroszynski
commit 61c6de667263184125d5ca75e894fcad632b0dd3 upstream.
migrate_page_move_mapping() expects pages with private data set to have
a page_count elevated by 1. This is what
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Robin Murphy
commit 3238c359acee4ab57f15abb5a82b8ab38a661ee7 upstream.
We need to invalidate the caches *before* clearing the buffer via the
non-cacheable alias, else in the worst case
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Amir Goldstein
commit 91ff20f34e94424e586f57f4f593beae16504f86 upstream.
Theodore Ts'o reported a v4.19 regression with docker-dropbox:
https://marc.info/?l=linux-fsdevel=154070089431116=2
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Keith Busch
commit f55adad601c6a97c8c9628195453e0fb23b4a0ae upstream.
We don't need to zero fill the bio if not using kernel allocated pages.
Fixes: f3587d76da05 ("block: Clear kernel memory
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Andrea Arcangeli
commit 01e881f5a1fca4677e82733061868c6d6ea05ca7 upstream.
Calling UFFDIO_UNREGISTER on virtual ranges not yet registered in uffd
could trigger an harmless false positive
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Chen-Yu Tsai
commit 478b6767ad26ab86d9ecc341027dd09a87b1f997 upstream.
Pin PH11 is used on various A83T board to detect a change in the OTG
port's ID pin, as in when an OTG host cable is
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Snitzer
commit 89f5fa47476eda56402e29fff3c5097f5c2a1e19 upstream.
Otherwise the incoming bios, of various types, won't be shaped based on
the DM device's advertised limits.
Depends-on:
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Brian Norris
commit 63238173b2faf3d6b85a416f1c69af6c7be2413f upstream.
This reverts commit 7f3ef5dedb146e3d5063b6845781ad1bb59b92b5.
It causes new warnings [1] on shutdown when running the
Hello, Paolo.
On Tue, Dec 18, 2018 at 08:48:10AM +0100, Paolo Valente wrote:
> If Tejun cannot see any solution to his concern, then can we just
> switch to this extension, considering that
> - for non-shared names the interface is *identical* to the current
> one;
> - by using this new
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 2244b5887c6865b9e9cf14ee12a312b776aeeb58 upstream.
New vega ids.
Reviewed-by: Felix Kuehling
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
Signed-off-by: Greg
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt (VMware)
commit b61c19209c2c35ea2a2fe502d484703686eba98c upstream.
The create_filter() calls create_filter_start() which allocates a
"parse_error" descriptor, but fails to call
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Damien Le Moal
commit d57f9da890696af1484f4a47f7f123560197865a upstream.
struct bioctx includes the ref refcount_t to track the number of I/O
fragments used to process a target BIO as well as
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Snitzer
commit 687cf4412a343a63928a5c9d91bdc0f522939d43 upstream.
Otherwise dm_bitset_cursor_begin() return -ENODATA. Other calls to
dm_bitset_cursor_begin() have similar negative
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Masahiro Yamada
commit 25896d073d8a0403b07e6dec56f58e6c33678207 upstream.
It is troublesome to add a diagnostic like this to the Makefile
parse stage because the top-level Makefile could be
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Hans Verkuil
commit 04990215dec43c424daff00d1f622167b8aafd1f upstream.
vb2_start_streaming() already rolls back the buffers, so there is no
need to call __vb2_queue_cancel(). Especially since
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Junwei Zhang
commit d55d8be0747c96db28a1d08fc24d22ccd9b448ac upstream.
Some new variants require different firmwares.
Signed-off-by: Junwei Zhang
Reviewed-by: Alex Deucher
Signed-off-by:
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Radu Rendec
commit 78e7b15e17ac175e7eed9e21c6f92d03d3b0a6fa upstream.
The arch_teardown_msi_irqs() function assumes that controller ops
pointers were already checked in arch_setup_msi_irqs(),
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Amir Goldstein
commit 155b8a0492a90a4c6e22f046a3568b92a6bc48da upstream.
When decoding a lower file handle, we first call ovl_check_origin_fh()
with connected=false to get any real lower
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 153573d8870e1c173721bdc1ced72b3ad0d85de4 upstream.
Some new variants require updated firmware.
V2: add MODULE_FIRMWARE for new firmwares
Reviewed-by: Huang Rui (v1)
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Lyude Paul
commit 24199c5436f267399afed0c4f1f57663c0408f57 upstream.
Noticed this while working on redoing the reference counting scheme in
the DP MST helpers. Nouveau doesn't attempt to call
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Skeggs
commit 970a5ee41c72df46e3b0f307528c7d8ef7734a2e upstream.
Should hopefully fix a regression some people have been seeing since EVO
push buffers were moved to VRAM by default on
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt (VMware)
commit 2840f84f74035e5a535959d5f17269c69fa6edc5 upstream.
The following commands will cause a memory leak:
# cd /sys/kernel/tracing
# mkdir instances/foo
# echo
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Benjamin Herrenschmidt
commit bf3d6afbb234156749b640b6c50f714967a85964 upstream.
Commit 78e5dfea84dc ("powerpc: dts: replace 'linux,stdout-path' with
'stdout-path'") broke the default console
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Chris Wilson
commit cf66b8a0ba142fbd1bf10ac8f3ae92d1b0cb7b8f upstream.
Braswell is really picky about having our writes posted to memory before
we execute or else the GPU may see stale
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt (VMware)
commit 3cec638b3d793b7cacdec5b8072364b41caeb0e1 upstream.
When create_event_filter() fails in set_trigger_filter(), the filter may
still be allocated and needs to be
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 756e16bf79f2815e7c83a04881b5545b55a99fd3 upstream.
New vega10 ids.
Reviewed-by: Felix Kuehling
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
Signed-off-by:
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Kenneth Feng
commit cf4197ed5796234a53beb71228198c7d1e678947 upstream.
Instead of EVV cks-off voltages, avfs cks-off voltages can avoid
the overshoot voltages when switching sclk.
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Tina Zhang
commit a40fa231bb64b33e2cd54cf8ef44a9f89875fa11 upstream.
Commit b244ffa15c8b ("drm/i915/gvt: Fix drm_format_mod value for vGPU
plane") introduced a regression issue to the tiled
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Thierry Reding
commit 3a6ab5c7dc114057fd67750e308e1745dafc0e6a upstream.
The spdxcheck script currently falls over when confronted with a binary
file (such as Documentation/logo.gif). To
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Stefan Wahren
commit e25b6783c7b1bb79103d4617336879423f86b05e upstream.
The commit b1b8f45b3130 ("ARM: dts: bcm2837: Add missing GPIOs of Expander")
introduced a wifi power sequence.
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Aaro Koskinen
commit e8cde625bfe8a714a856e1366bcbb259d7346095 upstream.
Since v2.6.22 or so there has been reports [1] about OMAP MMC being
broken on OMAP15XX based hardware (OMAP5910 and
4.19-stable review patch. If anyone has any objections, please let me know.
--
Upstream commit 972910948fb6 ("ARM: dts: qcom: Remove Arrow SD600
eval board") removed this file because there are no known users,
but in linux-4.19.y, we still get a compile-time warnign for it:
4.19-stable review patch. If anyone has any objections, please let me know.
--
In the linux-4.19 stable kernel, we get a warning about a type
mismatch between phys_addr_t and dma_addr_t:
drivers/gpu/drm/msm/disp/dpu1/dpu_dbg.c: In function
'_dpu_dbg_dump_dpu_dbg_bus':
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Chad Austin
commit 2e64ff154ce6ce9a8dc0f9556463916efa6ff460 upstream.
When FUSE_OPEN returns ENOSYS, the no_open bit is set on the connection.
Because the FUSE_RELEASE and FUSE_RELEASEDIR
4.19-stable review patch. If anyone has any objections, please let me know.
--
Commit 2e6ae11dd0d1c37f44cec51a58fb2092e55ed0f5 upstream.
qcom_slim_ngd_runtime_suspend is protected by an #ifdef,
qcom_slim_ngd_runtime_idle is now, which causes a build time warning:
On 12/17/2018 10:42 AM, masonccy...@mxic.com.tw wrote:
>> > +static int rpc_spi_io_xfer(struct rpc_spi *rpc,
>> > +const void *tx_buf, void *rx_buf)
>> > +{
>> > + u32 smenr, smcr, data, pos = 0;
>> > + int ret = 0;
>> > +
>> > + regmap_write(rpc->regmap, RPC_CMNCR, RPC_CMNCR_MD
While tuning a system with CPUs isolated as much as possible, we've
noticed that isolated CPUs were receiving bursts of 12 IPIs, periodically.
Tracing the functions that emit IPIs, we saw chronyd - an unprivileged
process - generating the IPIs when changing a static key, enabling
network
Move the check of if a jump_entry is valid to a function.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc: Greg Kroah-Hartman
Cc: Pavel Tatashin
Cc: Masami Hiramatsu
Cc: "Steven Rostedt (VMware)"
Cc: Zhou Chengming
text_poke_bp() updates instructions on live kernel on SMP in three steps:
1) add a int3 trap to the address that will be patched
2) update all but the first byte of the patched range
3) replace the first byte (int3) by the first byte of
This patch creates one function for each of these steps.
Move the definition of the code to be written from
__jump_label_transform() to a specialized function.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc: Greg Kroah-Hartman
Cc: Pavel Tatashin
Cc: Masami Hiramatsu
Cc:
In the batching mode, entries with the same key should also be sorted by the
code, enabling a bsearch() of a code/addr when updating a key.
Signed-off-by: Daniel Bristot de Oliveira
---
kernel/jump_label.c | 16
1 file changed, 16 insertions(+)
diff --git a/kernel/jump_label.c
This patch creates a new functions to check the current code before
updating a jump_entry.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc: Greg Kroah-Hartman
Cc: Pavel Tatashin
Cc: Masami Hiramatsu
Cc: "Steven
This patch adds the helper:
for_each_label_entry(key, entry, stop)
For the "for each jump label entry" for defined as:
for (; (entry < stop) && (jump_entry_key(entry) == key); entry++)
Simplifying the reading and usage.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas
Currently, the patch of an address is done in three steps:
-- Pseudo-code #1 - Current implementation ---
1) add an int3 trap to the address that will be patched
sync cores (send IPI to all other CPUs)
2) update all but the first byte of the patched range
If the architecture supports the batching of jump label updates, use it!
An easy way to see the benefits of this patch is switching the
schedstats on and off. For instance:
-- %<
#!/bin/bash
while [ true ]; do
sysctl -w
Currently, the jump label of a static key is transformed via the arch
specific function:
void arch_jump_label_transform(struct jump_entry *entry,
enum jump_label_type type)
The new approach (batch mode) uses two arch functions, the first has the
same
Hi Suren,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.20-rc7]
[cannot apply to next-20181218]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
On (12/18/18 16:24), Borislav Petkov wrote:
> On Wed, Dec 19, 2018 at 12:14:55AM +0900, Sergey Senozhatsky wrote:
> > Right, but unlike log_buf_len, devkmsg is a bit close to a "binary" knob:
> > either all messages or none;
>
> ... which is perfectly fine for a debugging session.
But devkmsg
On Tue, 11 Dec 2018 12:23:53 +0100, Nicolas Saenz Julienne wrote:
> Adds device tree documentation for Raspberry Pi's official 7"
> touchscreen.
>
> This binding is meant to be used as an overlay.
>
> Signed-off-by: Nicolas Saenz Julienne
> ---
> .../touchscreen/raspberrypi,firmware-ts.txt |
The QMX86 is a PLD present on some TQ-Systems ComExpress modules. It
provides 1 or 2 I2C bus masters, 8 GPIOs and a watchdog timer. Add an
MFD which will instantiate the individual drivers.
Signed-off-by: Andrew Lunn
---
v2:
Drop setting i2c bus speed, which removes the build dependencies on
On Mon, Dec 17, 2018 at 08:16:09PM +, Dexuan Cui wrote:
fc96df16a1ce is good and can already fix the "return stack garbage" issue,
but let's also improve hv_ringbuffer_get_debuginfo(), which would silently
return stack garbage, if people forget to check channel->state or
On Mon, Dec 17, 2018 at 08:51:37PM -0800, yupeng wrote:
> Export bellow three functions:
> nvme_trace_parse_admin_cmd
> nvme_trace_parse_nvm_cmd
> nvme_trace_disk_name
> Thus any other modules which depends on nvme-core could use the trace
> events in trace.h
But we don't actually use these
On Tue, Dec 18, 2018 at 05:57:06PM +0100, Christoph Hellwig wrote:
>
>
> On Mon, Dec 17, 2018 at 08:51:37PM -0800, yupeng wrote:
> > Export bellow three functions:
> > nvme_trace_parse_admin_cmd
> > nvme_trace_parse_nvm_cmd
> > nvme_trace_disk_name
> > Thus any other modules which depends on
On Tue, Dec 18, 2018 at 06:50:38PM +0530, Jayant Shekhar wrote:
> Remove unused functions from dpu plane interface
> and unused variables from dpu plane state structure.
>
> Signed-off-by: Jayant Shekhar
Reviewed-by: Jordan Crouse
> ---
> drivers/gpu/drm/msm/disp/dpu1/dpu_plane.h | 27
On Tue, Dec 18, 2018 at 11:17:35AM +0900, Masahiro Yamada wrote:
> On Tue, Dec 18, 2018 at 8:21 AM Tom Roeder wrote:
> >
> > On Sat, Dec 15, 2018 at 06:37:49PM +0900, Masahiro Yamada wrote:
> > > On Fri, Dec 7, 2018 at 7:24 AM Tom Roeder wrote:
> > > >
> > > > The LLVM/Clang project provides
clcsock can be released while kernel_accept() references it in TCP
listen worker. Also, clcsock needs to wake up before released if TCP
fallback is used and the clcsock is blocked by accept. Add a lock to
safely release clcsock and call kernel_sock_shutdown() to wake up
clcsock from accept in
On Mon, Dec 17, 2018 at 11:44:51PM -0800, peng yu wrote:
> Sorry, I don't quite understand your meaning. Do you mean I'd better
> change this:
> trace_nvme_sq(req->rq_disk,
> nvmeq->qid,
> le16_to_cpu(cqe->sq_head),
> nvmeq->sq_tail);
> to
On Wed, Dec 12, 2018 at 05:28:23AM +, Jacky Bai wrote:
> Add the binding doc for nxp system counter timer module.
>
> Signed-off-by: Bai Ping
> ---
> change v1->v2
> - remove the blank line at EOF
> ---
> .../devicetree/bindings/timer/nxp,sysctr_timer.txt | 26
> ++
>
Thomas,
This is the set of patches I've accumulated during the 4.20
cycle. Although it is larger than some of the previous drops, the
content is relatively straightforward. A few new irqchip drivers
(because life would be boring without them), random fixes, cleanups
and workarounds for stupid
On Tue, Dec 18, 2018 at 04:04:42PM +0100, Christophe Leroy wrote:
> Stupid of me. In fact at the time being, BATS cover both RO and RW data
> areas, so it can definitly not be mapped with PAGE_KERNEL_ROX.
>
> In fact, as I have CONFIG_BDI_SWITCH in my setup, PAGE_KERNEL_TEXT is
> PAGE_KERNEL_X on
On Sun, Dec 09, 2018 at 06:36:49PM -0800, Douglas Anderson wrote:
> Ever since commit 5516fd7b92a7 ("debug: prevent entering debug mode on
> panic/exception.") (yes, years ago) my kgdb workflow has been broken.
> On Chrome OS we have 'kernel.panic = -1' in
> '/etc/sysctl.d/00-sysctl.conf'. That
Hi Russell
On 12/18/18 4:52 PM, Russell King - ARM Linux wrote:
> On Tue, Dec 18, 2018 at 03:48:13PM +0100, patrice.chot...@st.com wrote:
>> From: Patrice Chotard
>>
>> Due to pen_release and boot_lock removal, secondary CPU's bringup
>> was broken. Restore CPU's bringup by reworking properly
>>
RCGs typically have multiple frequencies they can support based on client
requests. It can be very helpful to have a list of what are the supported
frequencies when attempting to bringup or debug a new device. Add a clock
specific "list_rates" debugfs file which dumps the supported rates of a
On Wed, Dec 12, 2018 at 07:20:44AM +, Anson Huang wrote:
> The i.MX GPT timer driver binding doc is out of date,
> update it according to current GPT timer driver.
>
> Signed-off-by: Anson Huang
> ---
> .../devicetree/bindings/timer/fsl,imxgpt.txt | 28
> +-
> 1
On 12/18, Roman Gushchin wrote:
>
> On Wed, Dec 12, 2018 at 06:49:02PM +0100, Oleg Nesterov wrote:
> > > > and btw what about suspend? try_to_freeze_tasks() will obviously
> > > > fail
> > > > if there is a ->frozen thread?
> > >
> > > I have to think a bit more here, but something like this
On Wed, 12 Dec 2018 09:48:13 +0100, Fabrice Gasnier wrote:
> STM32 system configuration controller registers needs to be clocked.
> Document clock support on stm32-syscon.
>
> Signed-off-by: Fabrice Gasnier
> ---
> Changes in v2:
> - move clocks to specific bindings using syscon as per Rob's
On 28/11/18 06:32, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Signed-off-by: Gustavo A. R. Silva
ACK-by: Boaz Harrosh
> ---
> drivers/scsi/osd/osd_initiator.c | 3 ++-
> 1 file changed, 2
On 12/18/18 7:32 AM, Thomas Gleixner wrote:
> What exactly prevents a 32bit kernel from having the AVX512 feature bit
> set? And if it cannot be set on 32bit, then why are you compiling that code
> in at all?
There are three different AVX-512 states (and three bits) which Aubrey's
patch checks.
On Mon, 17 Dec 2018 14:56:38 +
Stefan Hajnoczi wrote:
> On Mon, Dec 17, 2018 at 11:53:46AM +0100, David Hildenbrand wrote:
> > On 14.12.18 14:44, Stefan Hajnoczi wrote:
> > > On Thu, Dec 13, 2018 at 01:38:23PM +0100, Cornelia Huck wrote:
> > >> On Thu, 13 Dec 2018 13:24:31 +0100
> > >>
On Wed, Dec 12, 2018 at 6:01 PM Dave Martin wrote:
>
> On Mon, Dec 10, 2018 at 01:50:57PM +0100, Andrey Konovalov wrote:
> > arm64 has a feature called Top Byte Ignore, which allows to embed pointer
> > tags into the top byte of each pointer. Userspace programs (such as
> > HWASan, a memory
info->channel is indirectly controlled by user-space, hence leading to
a potential exploitation of the Spectre variant 1 vulnerability.
This issue was detected with the help of Smatch:
sound/pci/rme9652/hdsp.c:4100 snd_hdsp_channel_info() warn: potential spectre
issue 'hdsp->channel_map' [r]
On 12/18/18 11:13 AM, Boaz Harrosh wrote:
On 28/11/18 06:32, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Signed-off-by: Gustavo A. R. Silva
ACK-by: Boaz Harrosh
Thank you, Boaz.
--
Gustavo
On Fri, Dec 14, 2018 at 11:50:41AM +0530, Yash Shah wrote:
> DT documentation for PWM controller added with updated compatible
> string.
>
> Signed-off-by: Wesley W. Terpstra
> [Atish: Compatible string update]
> Signed-off-by: Atish Patra
> Signed-off-by: Yash Shah
> ---
>
On Wed, Dec 19, 2018 at 01:52:17AM +0900, Sergey Senozhatsky wrote:
> On (12/18/18 16:24), Borislav Petkov wrote:
> > On Wed, Dec 19, 2018 at 12:14:55AM +0900, Sergey Senozhatsky wrote:
> > > Right, but unlike log_buf_len, devkmsg is a bit close to a "binary" knob:
> > > either all messages or
> Il giorno 18 dic 2018, alle ore 17:41, Tejun Heo ha scritto:
>
> Hello, Paolo.
>
> On Tue, Dec 18, 2018 at 08:48:10AM +0100, Paolo Valente wrote:
>> If Tejun cannot see any solution to his concern, then can we just
>> switch to this extension, considering that
>> - for non-shared names the
On Tue, Dec 18, 2018 at 01:50:26PM +0900, Masami Hiramatsu wrote:
...
> > Side question: there are certain symbols in arch/x86/xen that should be
> > blacklisted explicitly, because they're non-attachable.
> >
> > More exactly, all functions defined in arch/x86/xen/spinlock.c,
> >
Splitting text_poke_bp() into tree steps. Is this a subtle joke on
static_branches?
;-)
-- Steve
On 18.12.18 18:13, Cornelia Huck wrote:
> On Mon, 17 Dec 2018 14:56:38 +
> Stefan Hajnoczi wrote:
>
>> On Mon, Dec 17, 2018 at 11:53:46AM +0100, David Hildenbrand wrote:
>>> On 14.12.18 14:44, Stefan Hajnoczi wrote:
On Thu, Dec 13, 2018 at 01:38:23PM +0100, Cornelia Huck wrote:
This patch makes dm be aware of io_pages to assign sane req_size for reads.
Cc: sta...@vger.kernel.org
Cc: Jens Axboe
Cc: Alasdair Kergon
Cc: Mike Snitzer
Cc: dm-de...@redhat.com
Fixes: 9491ae4a ("mm: don't cap request size based on read-ahead setting")
Signed-off-by: Jaegeuk Kim
---
On Mon, Dec 17, 2018 at 03:37:19PM +0530, Sibi Sankar wrote:
> Add missing clock bindings for Q6V5 MSS on SDM845 SoCs.
>
> Signed-off-by: Sibi Sankar
> ---
> .../devicetree/bindings/remoteproc/qcom,q6v5.txt | 10 +++---
> 1 file changed, 7 insertions(+), 3 deletions(-)
>
> diff --git
On Tue, 18 Dec 2018, Peter Zijlstra wrote:
I'd rather do it like so, except I'm still conflicted on the naming.
+void wake_q_add(struct wake_q_head *head, struct task_struct *task)
+{
+ if (__wake_q_add(head, task))
+ get_task_struct(task);
+}
+
+void
On Tue, Dec 18, 2018 at 05:05:18PM +, Patrice CHOTARD wrote:
> Hi Russell
>
> On 12/18/18 4:52 PM, Russell King - ARM Linux wrote:
> > On Tue, Dec 18, 2018 at 03:48:13PM +0100, patrice.chot...@st.com wrote:
> >> From: Patrice Chotard
> >>
> >> Due to pen_release and boot_lock removal,
On Mon, Dec 17, 2018 at 08:51:38PM -0800, yupeng wrote:
> +TRACE_EVENT(nvme_sq,
> + TP_PROTO(void *rq_disk, int qid, int sq_head, int sq_tail),
> + TP_ARGS(rq_disk, qid, sq_head, sq_tail),
> + TP_STRUCT__entry(
> + __array(char, disk, DISK_NAME_LEN)
> +
On Tue, Dec 18, 2018 at 11:46:22AM +0100, Peter Zijlstra wrote:
> On Mon, Dec 17, 2018 at 05:21:05PM -0800, Suren Baghdasaryan wrote:
> > On Mon, Dec 17, 2018 at 8:22 AM Peter Zijlstra wrote:
>
> > > How well has this thing been fuzzed? Custom string parser, yay!
> >
> > Honestly, not much.
When viewing the /proc//status file, one can see output lines like
Cpus_allowed: ,,
Cpus_allowed_list:0-95
Mems_allowed:
On Tue, 18 Dec 2018 17:46:36 +0100
Daniel Bristot de Oliveira wrote:
> +void text_poke_bp_batch(struct text_to_poke *tp, unsigned int nr_entries)
> +{
> + unsigned int i;
> + unsigned char int3 = 0xcc;
> + int patched_all_but_first = 0;
> +
> + bp_int3_tpv = tp;
> +
On 14/12/2018 16:01, Vincent Guittot wrote:
> When check_asym_packing() is triggered, the imbalance is set to :
> busiest_stat.avg_load * busiest_stat.group_capacity / SCHED_CAPACITY_SCALE
> busiest_stat.avg_load also comes from a division and the final rounding
> can make imbalance slightly lower
On Mon, Dec 17, 2018 at 03:36:51PM +, Jan Kotas wrote:
> This patch adds a DT binding documentation for
> Cadence GPIO controller.
>
> Signed-off-by: Jan Kotas
> ---
> .../devicetree/bindings/gpio/cdns,gpio.txt | 44
> ++
> 1 file changed, 44 insertions(+)
>
ed with: x86_64_defconfig + CIFS=m
> (with some unrelated smatch warnings and some pending cocci fixes)
>
> Patch is against v4.20-rc7 (localversion-next is next-20181218)
[]
> diff --git a/fs/cifs/misc.c b/fs/cifs/misc.c
[]
> @@ -113,6 +113,13 @@ tconInfoAlloc(void)
>
Good day Suzuki,
On Tue, 18 Dec 2018 at 07:14, Suzuki K Poulose wrote:
>
> Hi Mathieu,
>
> On 17/12/2018 17:21, Mathieu Poirier wrote:
> > This patch uses the PMU driver configuration held in event::hw::drv_config
> > to select a sink for each event that is created (the old sysFS way of
> >
On Tue, 18 Dec 2018 17:46:38 +0100
Daniel Bristot de Oliveira wrote:
I'd say add this file first, before x86 supports it. That way it's easy
for you to test if this file is correct for other archs that do not
support it.
When x86 supports it, the "on switch" for that should be the added
On 12/18/18 6:28 AM, Andrew Cooper wrote:
> On 18/12/2018 10:42, YueHaibing wrote:
>> On 2018/12/18 16:31, Juergen Gross wrote:
>>> On 18/12/2018 09:19, YueHaibing wrote:
Fix smatch warning:
arch/x86/xen/enlighten_pv.c:649 get_trap_addr() error:
buffer overflow
On Tue, 18 Dec 2018 18:21:09 +0100
Peter Zijlstra wrote:
> On Wed, Dec 19, 2018 at 01:52:17AM +0900, Sergey Senozhatsky wrote:
> > On (12/18/18 16:24), Borislav Petkov wrote:
> > > On Wed, Dec 19, 2018 at 12:14:55AM +0900, Sergey Senozhatsky wrote:
> > > > Right, but unlike log_buf_len,
My questions to this patch from the original RFC series are still
outstanding. :(
https://marc.info/?l=linux-s390=154223063716128=2
On 11/28/2018 07:41 AM, Pierre Morel wrote:
The subchannel enablement and the according setting to the
VFIO_CCW_STATE_STANDBY state should only be done when all
On Mon, Dec 17, 2018 at 11:59:36AM +, Jonathan Cameron wrote:
> On Sun, 16 Dec 2018 17:38:18 +0100
> Andreas Brauchli wrote:
>
> > On Sun, 2018-12-16 at 13:34 +, Jonathan Cameron wrote:
> > > On Thu, 13 Dec 2018 15:43:23 +0100
> > > Andreas Brauchli wrote:
> > >
> > > > Support Sensirion
On 12/18/18 10:25 AM, Jaegeuk Kim wrote:
> This patch makes dm be aware of io_pages to assign sane req_size for reads.
Reviewed-by: Jens Axboe
--
Jens Axboe
On Wed, Dec 19, 2018 at 01:52:17AM +0900, Sergey Senozhatsky wrote:
> But devkmsg ratelimits systemd errors, so one does not even know that
> "some debugging is required". For instance from my x86 box:
>
> Unmounting /home...
> [..]
> home.mount: Mount process exited, code=exited status=32
>
Hi Mark,
On Sun, Oct 21, 2018 at 12:23:01PM +0100, Mark Brown wrote:
> On Fri, Oct 19, 2018 at 11:22:46AM +0100, Jon Hunter wrote:
>
> > Looking at snd_soc_init_platform(), it seems that the platform pointer
> > can be allocated by the machine driver and so if it is not allocated by
> > the
On Tue, 18 Dec 2018 12:02:42 +, Fabrizio Castro wrote:
> Add PCIe support for the RZ/G2E (a.k.a. R8A774C0).
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Geert Uytterhoeven
> ---
> v1->v2:
> * Dropped change to the description of "phys" optional property according
> to Geert's comment
On Tue, Dec 18, 2018 at 10:26:46AM -0700, Keith Busch wrote:
> No need for a space after the %s. __print_disk_name already appends a
> space if there's a disk name, and we don't want the extra space if there
> isn't one. Also, every other nvme trace has a ',' after each entry. Not
> a big deal,
601 - 700 of 1221 matches
Mail list logo
