This commit let zswap treats THP as continuous normal pages
in zswap_frontswap_store.
It will store them to a lot of "zswap_entry". These "zswap_entry"
will be inserted to "zswap_tree" together.
Signed-off-by: Hui Zhu
---
mm/zswap.c | 170
On Mon, Oct 14, 2019 at 9:16 PM james qian wang (Arm Technology China)
wrote:
> On Mon, Oct 14, 2019 at 11:58:48AM -0400, Ilia Mirkin wrote:
> > On Fri, Oct 11, 2019 at 1:43 AM james qian wang (Arm Technology China)
> > wrote:
> > > + *
> > > + * Convert and clamp S31.32 sign-magnitude to Qm.n
Linus Torvalds writes:
> On Sun, Oct 13, 2019 at 12:59 PM Al Viro wrote:
>> Re plotting: how strongly would you object against passing the range to
>> user_access_end()? Powerpc folks have a very close analogue of stac/clac,
>> currently buried inside their __get_user()/__put_user()/etc. - the
On Fri, Oct 11, 2019 at 02:17:50PM -0600, Mathieu Poirier wrote:
> On Sat, Oct 05, 2019 at 05:16:14PM +0800, Leo Yan wrote:
> > The synthesized flow use 'tidq->packet' for instruction samples; on the
> > other hand, 'tidp->prev_packet' is used to generate the thread stack and
> > the branch
From: Jassi Brar
Driver for Socionext Milbeaut HDMAC controller. The controller has
upto 8 floating channels, that need a predefined slave-id to work
from a set of slaves.
Signed-off-by: Jassi Brar
---
drivers/dma/Kconfig | 10 +
drivers/dma/Makefile | 1 +
From: Jassi Brar
Document the devicetree bindings for Socionext Milbeaut HDMAC
controller. Controller has upto 8 floating channels, that need
a predefined slave-id to work from a set of slaves.
Reviewed-by: Rob Herring
Signed-off-by: Jassi Brar
---
.../bindings/dma/milbeaut-m10v-hdmac.txt
From: Jassi Brar
The following series adds AHB DMA (HDMAC) controller support on Milbeaut series.
This controller is capable of Mem<->MEM and DEV<->MEM transfer. But only
DEV<->MEM
is currently supported.
Changes since v3:
# Drop unused variables
# Add controller init instruction
Changes
Hi Mathieu,
On Fri, Oct 11, 2019 at 11:53:53AM -0600, Mathieu Poirier wrote:
> On Sat, Oct 05, 2019 at 05:16:11PM +0800, Leo Yan wrote:
> > Since Arm CoreSight doesn't support thread stack, the decoding cannot
> > display symbols with indented spaces to reflect the stack depth.
> >
> > This
From: Jassi Brar
Driver for Socionext Milbeaut XDMAC controller. The controller only
supports Mem-To-Mem transfers over upto 8 configurable channels.
Signed-off-by: Jassi Brar
---
drivers/dma/Kconfig | 10 +
drivers/dma/Makefile | 1 +
drivers/dma/milbeaut-xdmac.c | 418
From: Jassi Brar
Document the devicetree bindings for Socionext Milbeaut XDMAC
controller. Controller only supports Mem->Mem transfers. Number
of physical channels are determined by the number of irqs registered.
Reviewed-by: Rob Herring
Signed-off-by: Jassi Brar
---
On Tue, Oct 15, 2019 at 10:12 AM Tiezhu Yang wrote:
>
> When I update kernel with loongson3_defconfig based on the Loongson 3A3000
> platform, then using dmesg command to show kernel ring buffer, the initial
> kernel messages have disappeared due to the log buffer is too small, it is
> better to
From: Jassi Brar
The following series adds AXI DMA (XDMAC) controller support on Milbeaut series.
This controller is capable of only Mem<->MEM transfers. Number of channels is
configurable {2,4,8}
Changes Since v2:
# Drop unused variable
Changes Since v1:
# Spelling mistake fix
Jassi Brar
Здравствуйте! Вас интересуют клиентские базы данных?
Hi, Fancy
> Subject: [PATCH v3] clk: imx7ulp: do not export out IMX7ULP_CLK_MIPI_PLL
> clock
>
> The mipi pll clock comes from the MIPI PHY PLL output, so it should not be a
> fixed clock.
>
> MIPI PHY PLL is in the MIPI DSI space, and it is used as the bit clock for
> transferring the pixel
On Mon, Oct 14, 2019 at 7:10 AM Nicolas Dufresne
wrote:
>
> Le jeudi 10 octobre 2019 à 16:23 +0900, Tomasz Figa a écrit :
> > On Tue, Oct 8, 2019 at 11:12 PM Jonas Karlman wrote:
> > > On 2019-10-08 15:53, Tomasz Figa wrote:
> > > > On Tue, Oct 8, 2019 at 10:35 PM Tomasz Figa wrote:
> > > > >
disable ptp_ref_clk in suspend flow, and enable it in resume flow.
Fixes: f573c0b9c4e0 ("stmmac: move stmmac_clk, pclk, clk_ptp_ref and stmmac_rst
to platform structure")
Signed-off-by: Biao Huang
---
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 12
1 file changed, 8
changes in v2:
1. add Fixes in commit message
2. replace clk_disable/clk_enable with
clk_disable_unprepare/clk_prepare_enable
to ensure the source pll can be closed/open in suspend/resume for power
saving.
Biao Huang (1):
net: stmmac: disable/enable ptp_ref_clk in
On Mon, Oct 14, 2019 at 11:11:36AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Oct 11, 2019 at 05:19:42PM +0800, Leo Yan escreveu:
> > When execute task exit testing case, Perf tool stucks in this case and
> > doesn't return back on Arm64 Juno board.
> >
> > After dig into this issue, since
> Caution: EXT Email
>
> On 2019-10-14 13:25, Biwen Li wrote:
> > This replaces property i2c-mux-idle-disconnect with idle-state
> >
> > Signed-off-by: Biwen Li
> > ---
> > Documentation/devicetree/bindings/i2c/i2c-mux-pca954x.txt | 4 +---
> > 1 file changed, 1 insertion(+), 3 deletions(-)
> >
On Mon, Oct 14, 2019 at 06:31:44PM -0700, Sean Christopherson wrote:
> On Sat, Sep 28, 2019 at 01:23:10PM -0400, Andrea Arcangeli wrote:
> > This is the first commit of a patch series that aims to replace the
> > modular kvm.ko kernel module with a monolithic kvm-intel/kvm-amd
> > model. This
>
> Caution: EXT Email
>
> On 2019-10-14 13:25, Biwen Li wrote:
> > This replaces property i2c-mux-idle-disconnect with idle-state
> >
> > Signed-off-by: Biwen Li
> > ---
> > drivers/i2c/muxes/i2c-mux-pca954x.c | 44
> > -
> > 1 file changed, 31 insertions(+), 13
The mipi pll clock comes from the MIPI PHY PLL output, so
it should not be a fixed clock.
MIPI PHY PLL is in the MIPI DSI space, and it is used as
the bit clock for transferring the pixel data out and its
output clock is configured according to the display mode.
So it should be used only for
On Sat, Sep 28, 2019 at 01:23:11PM -0400, Andrea Arcangeli wrote:
> Linking both vmx and svm into the kernel at the same time isn't
> possible anymore or the kvm_x86/kvm_x86_pmu external function names
> would collide.
>
> Reported-by: kbuild test robot
> Signed-off-by: Andrea Arcangeli
> ---
>
On 2019/10/15 0:24, Will Deacon wrote:
> On Sat, Oct 12, 2019 at 03:50:55PM +0100, Russell King - ARM Linux admin
> wrote:
>> On Sat, Oct 12, 2019 at 12:47:45AM +0200, Arnd Bergmann wrote:
>>> On Fri, Oct 11, 2019 at 12:33 PM Russell King - ARM Linux admin
>>> wrote:
32-bit ARM experience
There is a memory leak problem in the failure paths of
build_cl_output(), so fix it.
Signed-off-by: Yunfeng Ye
---
tools/perf/builtin-c2c.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-c2c.c b/tools/perf/builtin-c2c.c
index
On 2019/10/15 10:45 上午, Lai Jiangshan wrote:
On 2019/10/15 10:00 上午, Paul E. McKenney wrote:
On Tue, Oct 15, 2019 at 09:50:21AM +0800, Lai Jiangshan wrote:
On Tue, Oct 15, 2019 at 9:46 AM Paul E. McKenney
wrote:
On Mon, Oct 14, 2019 at 02:48:32PM -0400, Joel Fernandes wrote:
On Sun,
From: Anvesh Salveru
In some platforms, PCIe PHY may have issues which will prevent linkup
to happen in GEN3 or higher speed. In case equalization fails, link will
fallback to GEN1.
DesignWare controller gives flexibility to disable GEN3 equalization
completely or only phase 2 and 3 of
> -Original Message-
> From: Lorenzo Pieralisi
> Sent: Monday, October 14, 2019 8:44 PM
> To: Pankaj Dubey
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; andrew.mur...@arm.com;
> gustavo.pimen...@synopsys.com; jingooh...@gmail.com;
On 2019/10/13 下午7:41, Michael S. Tsirkin wrote:
This adds infrastructure required for supporting
multiple ring formats.
The idea is as follows: we convert descriptors to an
independent format first, and process that converting to
iov later.
The point is that we have a tight loop that fetches
There are some deprecated events listed by perf list. But we can't remove
them from perf list with ease because some old scripts may use them.
Deprecated events are old names of renamed events. When an event gets
renamed the old name is kept around for some time and marked with
Deprecated. The
Currently PREEMPT_RCU and TREE_RCU are "contrary" configs
when they can't be both on. But PREEMPT_RCU is actually a kind
of TREE_RCU in the implementation. It seams to be appropriate
to make PREEMPT_RCU to be a decorative option of TREE_RCU.
Signed-off-by: Lai Jiangshan
Signed-off-by: Lai
The mm-of-the-moment snapshot 2019-10-14-19-53 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
On 2019/10/15 10:00 上午, Paul E. McKenney wrote:
On Tue, Oct 15, 2019 at 09:50:21AM +0800, Lai Jiangshan wrote:
On Tue, Oct 15, 2019 at 9:46 AM Paul E. McKenney wrote:
On Mon, Oct 14, 2019 at 02:48:32PM -0400, Joel Fernandes wrote:
On Sun, Oct 13, 2019 at 12:59:57PM +, Lai Jiangshan
Hi Boris,
> > > > + nand_select_target(chip, 0);
> > >
> > > On several NAND controllers there is no way to act on the CS line
> > > without actually writing bytes to the NAND chip. So basically this
> > > is very likely to not work.
> >
> > any other way to make it work ? GPIO ?
> > or
On (10/14/19 13:52), Vitaly Wool wrote:
> On Mon, Oct 14, 2019 at 12:49 PM Sergey Senozhatsky
> wrote:
> >
> > On (10/10/19 23:20), Vitaly Wool wrote:
> > [..]
> > > static const char *default_compressor = "lzo-rle";
> > >
> > > +#define BACKEND_PAR_BUF_SIZE 32
> > > +static char
On 10/14/2019 11:32 PM, Jiri Olsa wrote:
On Tue, Oct 08, 2019 at 03:04:57PM +0800, Jin Yao wrote:
It would be useful to support sorting for all blocks by the
sampled cycles percent per block. This is useful to concentrate
on the globally busiest/slowest blocks.
This patch series implements
g with commit
7532afb35012 ("platform/x86: huawei-wmi: Move to platform driver")
I have used the drivers-x86 tree from next-20191014 for today.
--
Cheers,
Stephen Rothwell
pgp5u3FxWBYVs.pgp
Description: OpenPGP digital signature
On Tue, Oct 15, 2019 at 09:50:21AM +0800, Lai Jiangshan wrote:
> On Tue, Oct 15, 2019 at 9:46 AM Paul E. McKenney wrote:
> >
> > On Mon, Oct 14, 2019 at 02:48:32PM -0400, Joel Fernandes wrote:
> > > On Sun, Oct 13, 2019 at 12:59:57PM +, Lai Jiangshan wrote:
> > > > Currently PREEMPT_RCU and
On 10/15/2019 12:23 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, Oct 14, 2019 at 04:42:08PM +0200, Jiri Olsa escreveu:
On Fri, Oct 11, 2019 at 01:05:45PM +0800, Jin Yao wrote:
perf record has supported --all-kernel / --all-user to configure all
used events to run in kernel space or run in
On Tue, Oct 15, 2019 at 9:46 AM Paul E. McKenney wrote:
>
> On Mon, Oct 14, 2019 at 02:48:32PM -0400, Joel Fernandes wrote:
> > On Sun, Oct 13, 2019 at 12:59:57PM +, Lai Jiangshan wrote:
> > > Currently PREEMPT_RCU and TREE_RCU are "contrary" configs
> > > when they can't be both on. But
On Fri, Oct 04, 2019 at 02:02:22PM -0700, Sean Christopherson wrote:
> On Fri, Oct 04, 2019 at 01:48:34PM -0700, Jim Mattson wrote:
> > On Tue, Sep 17, 2019 at 1:52 AM Yang Weijiang
> > wrote:
> > > @@ -7521,6 +7527,10 @@ static __init int hardware_setup(void)
> > > if
On 2019/10/14 19:51, Peter Zijlstra wrote:
On Sun, Oct 13, 2019 at 05:15:31PM +0800, Like Xu wrote:
Exporting perf_event_pause() as an external accessor for kernel users (such
as KVM) who may do both disable perf_event and read count with just one
time to hold perf_event_ctx_lock. Also the
On Mon, Oct 14, 2019 at 02:48:32PM -0400, Joel Fernandes wrote:
> On Sun, Oct 13, 2019 at 12:59:57PM +, Lai Jiangshan wrote:
> > Currently PREEMPT_RCU and TREE_RCU are "contrary" configs
> > when they can't be both on. But PREEMPT_RCU is actually a kind
> > of TREE_RCU in the implementation.
Fix O= and KBUILD_OUTPUT handling for relative paths.
export KBUILD_OUTPUT=../kselftest_size
make TARGETS=size kselftest-all
or
make O=../kselftest_size TARGETS=size kselftest-all
In both of these cases, targets get built in ../kselftest_size which is
a one level up from the size test
On Mon, Oct 14, 2019 at 01:51:23PM -0400, Joel Fernandes wrote:
> On Fri, Oct 11, 2019 at 09:44:30PM -0700, Paul E. McKenney wrote:
> > On Fri, Oct 11, 2019 at 06:08:24PM +0100, Ben Dooks wrote:
> > > The rcu_state, rcu_rnp_online_cpus and rcu_dynticks_curr_cpu_in_eqs
> > > do not have
On Mon, Oct 14, 2019 at 02:00:39PM -0400, Joel Fernandes wrote:
> On Wed, Oct 09, 2019 at 05:57:43PM +0200, Marco Elver wrote:
> > This fixes a data-race where `atomic_t dynticks` is copied by value. The
> > copy is performed non-atomically, resulting in a data-race if `dynticks`
> > is updated
Hi Vignesh
On Thu, Oct 10, 2019 at 2:05 PM Vignesh Raghavendra wrote:
>
> TI's J721e SoC has a Cadence UFS IP with a TI specific wrapper. This is
> a minimal driver to configure the wrapper. It releases the UFS slave
> device out of reset and sets up registers to indicate PHY reference
> clock
> Thanks for the note. Should running `make dt_binding_check` be added to
> `Documentation/devicetree/bindings/submitting-patches.rst`?
Sorry, I missed the `writing-schema.rst` documentation.
Cheers,
- Dan
signature.asc
Description: Digital signature
On Sat, Sep 28, 2019 at 01:23:10PM -0400, Andrea Arcangeli wrote:
> This is the first commit of a patch series that aims to replace the
> modular kvm.ko kernel module with a monolithic kvm-intel/kvm-amd
> model. This change has the only possible cons of wasting some disk
> space in /lib/modules/.
On 10/14/19 11:02 AM, James Morse wrote:
Hi Prakhar,
(You've CC'd a few folk who work for 'arm.org'...)
On 11/10/2019 01:35, Prakhar Srivastava wrote:
Add support to carry ima measurement log
to the next kexec'ed session triggered via kexec_file_load.
I don't know much about 'ima', I'm
On Sat, 12 Oct 2019, Manfred Spraul wrote:
Invalid would be:
smp_mb__before_atomic();
atomic_set();
fyi I've caught a couple of naughty users:
drivers/crypto/cavium/nitrox/nitrox_main.c
drivers/gpu/drm/msm/adreno/a5xx_preempt.c
Thanks,
Davidlohr
pr_*() is preferred than printk(KERN_* ...), after change all the print
in arch/x86/kernel/kvm.c will have "kvm_guest: xxx" style.
No functional change.
Signed-off-by: Zhenzhong Duan
Reviewed-by: Vitaly Kuznetsov
Cc: Paolo Bonzini
Cc: Radim Krcmar
Cc: Sean Christopherson
Cc: Vitaly
Map "hv_nopvspin" to "nopvspin".
Signed-off-by: Zhenzhong Duan
Reviewed-by: Michael Kelley
Cc: Jonathan Corbet
Cc: "K. Y. Srinivasan"
Cc: Haiyang Zhang
Cc: Stephen Hemminger
Cc: Sasha Levin
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
---
This reverts commit 34226b6b70980a8f81fff3c09a2c889f77edeeff.
Commit 8990cac6e5ea ("x86/jump_label: Initialize static branching
early") adds jump_label_init() call in setup_arch() to make static
keys initialized early, so we could use the original simpler code
again.
The similar change for XEN
Map "xen_nopvspin" to "nopvspin", fix stale description of "xen_nopvspin"
as we use qspinlock now.
Signed-off-by: Zhenzhong Duan
Reviewed-by: Boris Ostrovsky
Cc: Jonathan Corbet
Cc: Boris Ostrovsky
Cc: Juergen Gross
Cc: Stefano Stabellini
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav
There are cases where a guest tries to switch spinlocks to bare metal
behavior (e.g. by setting "xen_nopvspin" on XEN platform and
"hv_nopvspin" on HYPER_V).
That feature is missed on KVM, add a new parameter "nopvspin" to disable
PV spinlocks for KVM guest.
The new 'nopvspin' parameter will
There are cases folks want to disable spinlock optimization for
debug/test purpose. Xen and hyperv already have parameters "xen_nopvspin"
and "hv_nopvspin" to support that, but kvm doesn't.
The first patch adds that feature to KVM guest with "nopvspin".
For compatibility reason original
Hi
> > > > DPCM is an implementation detail of Linux (and one that we want to phase
> > > > out going forwards too), we shouldn't be putting it in the DT bindings
> > > > where it becomes an ABI.
> >
> > > I see your point. This is way I marked the patch series as RFC. I need to
> > > find
>
When I update kernel with loongson3_defconfig based on the Loongson 3A3000
platform, then using dmesg command to show kernel ring buffer, the initial
kernel messages have disappeared due to the log buffer is too small, it is
better to change the default kernel log buffer size from 16KB to 128KB.
Hi
> > > DPCM is an implementation detail of Linux (and one that we want to phase
> > > out going forwards too), we shouldn't be putting it in the DT bindings
> > > where it becomes an ABI.
>
> > I see your point. This is way I marked the patch series as RFC. I need to
> > find
> > another
On 10/14/19 2:20 PM, Florian Fainelli wrote:
> Instead of having a hard failure and stopping the driver's probe
> routine, generate a random Ethernet MAC address to keep going.
>
> Signed-off-by: Florian Fainelli
> ---
> Changes in v2:
>
> - provide a message that a random MAC is used, the same
On Fri, Oct 04, 2019 at 09:53:58AM +0530, Anshuman Khandual wrote:
> Platform implementation for free_initmem() should poison the memory while
> freeing it up. Hence pass across POISON_FREE_INITMEM while calling into
> free_reserved_area(). The same is being followed in the generic fallback
> for
On 10/11/19 12:57 PM, Florian Fainelli wrote:
> On 10/11/19 12:53 PM, Florian Fainelli wrote:
>> phydev->dev_flags is entirely dependent on the PHY device driver which
>> is going to be used, setting the internal GENET PHY revision in those
>> bits only makes sense when drivers/net/phy/bcm7xxx.c
On 10/15/2019 2:37 AM, Sean Christopherson wrote:
On Mon, Oct 14, 2019 at 06:58:49PM +0200, Vitaly Kuznetsov wrote:
Xiaoyao Li writes:
They are duplicated codes to create vcpu.arch.{user,guest}_fpu in VMX
and SVM. Make them common functions.
No functional change intended.
Would it rather
On Sat, Sep 28, 2019 at 11:02:26AM +0300, Mike Rapoport wrote:
> From: Mike Rapoport
>
> arm64 calls memblock_free() for the initrd area in its implementation of
> free_initrd_mem(), but this call has no actual effect that late in the boot
> process. By the time initrd is freed, all the reserved
Hi
> asoc_simple_debug_info and asoc_simple_debug_dai must be static
> otherwise we might a compilation error if the compiler decides
> not to inline the given function.
>
> Fixes: 0580dde59438686d ("ASoC: simple-card-utils: add
> asoc_simple_debug_info()")
> Signed-off-by: Daniel Baluta
>
On Sat, Oct 05, 2019 at 01:36:32PM +0200, Dominik Brodowski wrote:
> Inform how many bits of randomness were provided by the bootloader,
> and whether we trust that input.
>
> Signed-off-by: Dominik Brodowski
> Cc: Ard Biesheuvel
> Cc: Hsin-Yi Wang
> Cc: Stephen Boyd
> Cc: Rob Herring
> Cc:
Thanks for applying! Apologies, there was a missing null termination.
Sent in a follow-up patch.
Ian
On Mon, Oct 14, 2019 at 7:18 AM Arnaldo Carvalho de Melo
wrote:
>
> Em Thu, Oct 10, 2019 at 11:36:46AM -0700, Ian Rogers escreveu:
> > Reduce duplicated logic by using the subcmd library. Ensure
Apologies, resending with the correct patch number.
On Mon, Oct 14, 2019 at 5:33 PM Ian Rogers wrote:
>
> Provide null termination.
>
> Signed-off-by: Ian Rogers
> ---
> tools/perf/util/annotate.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/tools/perf/util/annotate.c
Provide null termination.
Signed-off-by: Ian Rogers
---
tools/perf/util/annotate.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/perf/util/annotate.c b/tools/perf/util/annotate.c
index f7c620e0099b..a9089e64046d 100644
--- a/tools/perf/util/annotate.c
+++
On Tue, Oct 08, 2019 at 02:27:30PM -0700, Sami Tolvanen wrote:
> Unlike gcc, clang considers each inline assembly block to be independent
> and therefore, when using the integrated assembler for inline assembly,
> any preambles that enable features must be repeated in each block.
>
> This change
Provide null termination.
Signed-off-by: Ian Rogers
---
tools/perf/util/annotate.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/perf/util/annotate.c b/tools/perf/util/annotate.c
index f7c620e0099b..a9089e64046d 100644
--- a/tools/perf/util/annotate.c
+++
On Wed, 2019-10-09 at 14:39 -0400, Alex Ghiti wrote:
> On 10/8/19 10:07 PM, Atish Patra wrote:
> > On Tue, 2019-10-08 at 07:58 -0400, Alex Ghiti wrote:
> > > On 10/7/19 8:46 PM, Atish Patra wrote:
> > > > On Mon, 2019-10-07 at 05:11 -0400, Alex Ghiti wrote:
> > > > > On 10/4/19 10:12 PM, Atish
On Mon, Oct 14, 2019 at 5:00 PM Will Deacon wrote:
> Is there any benefit from supporting '-no-integrated-as' but not 'AS=clang'?
> afaict, you have to hack the top-level Makefile for that.
The goal is to eventually support AS=clang and this patch gets us one
step closer to that. However, with
On Fri, Oct 11, 2019 at 10:09:35PM +0800, Jia He wrote:
> When we tested pmdk unit test vmmalloc_fork TEST1 in arm64 guest, there
> will be a double page fault in __copy_from_user_inatomic of cow_user_page.
>
> As told by Catalin: "On arm64 without hardware Access Flag, copying from
> user will
On Mon, Oct 07, 2019 at 04:47:20PM -0700, Sami Tolvanen wrote:
> On Mon, Oct 7, 2019 at 2:34 PM Nick Desaulniers
> wrote:
> > Should the definition of the ALTERNATIVE macro
> > (arch/arm64/include/asm/alternative.h#L295) also be updated in this
> > patch to not pass `1` as the final parameter?
>
On Mon, Oct 14, 2019 at 10:38:37AM +0300, Andy Shevchenko wrote:
> On Fri, Oct 11, 2019 at 04:07:07PM -0700, Dmitry Torokhov wrote:
> > These series implement "references" properties for software nodes as true
> > properties, instead of managing them completely separately.
> >
> > The first 10
On Thu, Oct 10, 2019 at 10:45:30PM +0200, Alexandre Belloni wrote:
> When connected to a micrel phy, phy_find_first doesn't work properly
> because the first phy found is on address 0, the broadcast address but, the
> first thing the phy driver is doing is disabling this broadcast address.
> The
On Mon, Oct 14, 2019 at 09:51:20PM +0530, Nishad Kamdar wrote:
> This patch corrects the SPDX License Identifier style
> in header files related to Distributed Switch Architecture
> drivers for NXP SJA1105 series Ethernet switch support.
> It uses an expilict block comment for the SPDX License
>
On Mon, Oct 14, 2019 at 07:56:01PM +0800, John Garry wrote:
From: Jeremy Linton
Commit bbd1b70639f785a970d998f35155c713f975e3ac upstream.
ACPI 6.3 adds a flag to the CPU node to indicate whether
the given PE is a thread. Add a function to return that
information for a given linux logical CPU.
On Tue, Oct 08, 2019 at 08:46:52AM -0700, Christoph Hellwig wrote:
> > diff --git a/drivers/pci/Kconfig b/drivers/pci/Kconfig
> > index a304f5ea11b9..9d259372fbfd 100644
> > --- a/drivers/pci/Kconfig
> > +++ b/drivers/pci/Kconfig
> > @@ -52,7 +52,7 @@ config PCI_MSI
> >If you don't know
match(struct acpi_device *adev, const char *hid2,
const char *uid2)
| ^~~
cc1: all warnings being treated as errors
(and many more)
I have used the pm tree from next-20191014 for today.
--
Cheers,
Stephen Rothwell
pgphLnq2dUW5B.pgp
Description: OpenPGP digital signature
Hi all,
After merging the pm tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
In file included from include/linux/irqchip.h:14,
from arch/arm/kernel/irq.c:26:
include/linux/acpi.h:682:31: warning: 'struct acpi_device' declared inside
parameter list
On Sun, 13 Oct 2019 00:31:01 +0300 Mike Rapoport wrote:
> Until commit 92d12f9544b7 ("memblock: refactor internal allocation
> functions") the maximal address for memblock allocations was forced to
> memblock.current_limit only for the allocation functions returning virtual
> address. The
On Mon, 2019-10-14 at 23:36 +0200, Borislav Petkov wrote:
> On Mon, Oct 14, 2019 at 02:21:00PM -0700, Srinivas Pandruvada wrote:
> > Some modern systems have very tight thermal tolerances. Because of
> > this
> > they may cross thermal thresholds when running normal workloads
> > (even
> > during
On Sun, 13 Oct 2019 20:10:06 -0700 syzbot
wrote:
> syzbot found the following crash on:
>
> HEAD commit:442630f6 Add linux-next specific files for 20191008
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=11450d9360
> kernel config:
Hi Dmitry,
I love your patch! Yet something to improve:
[auto build test ERROR on net/master]
[cannot apply to v5.4-rc3 next-20191014]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to specify
On Mon, Oct 14, 2019 at 12:59:23PM +0200, Miroslav Benes wrote:
> Livepatch uses ftrace for redirection to new patched functions. It means
> that if ftrace is disabled, all live patched functions are disabled as
> well. Toggling global 'ftrace_enabled' sysctl thus affect it directly.
> It is not a
On Sat, Oct 12, 2019 at 08:20:04PM +0200, Markus Elfring wrote:
> I tried another script for the semantic patch language out.
> This source code analysis approach points out that the implementation
> of the function “xdr_netobj_dup” contains still an unchecked call
> of the function “kmemdup”.
>
On Mon, Oct 14, 2019 at 11:36:18PM +0200, Borislav Petkov wrote:
> This description is already *begging* for this delay value to be
> automatically set by the kernel. Putting yet another knob in front of
> the user who doesn't have a clue most of the time shows one more time
> that we haven't done
On Mon, Oct 14, 2019 at 10:40:44PM +0200, Andreas Gruenbacher wrote:
> Hi Darrick,
>
> On Thu, Sep 19, 2019 at 11:10 PM Darrick J. Wong
> wrote:
> > On Thu, Sep 19, 2019 at 10:55:44PM +0200, Rasmus Villemoes wrote:
> > > On 19/09/2019 19.19, syzbot wrote:
> > > > Hello,
> > > >
> > > > syzbot
On Mon, Oct 14, 2019 at 01:38:34PM -0700, Linus Torvalds wrote:
> And now I've said pgd/pud/p4d/pmd so many times that I've confused
> myself and think I'm wrong again, and I think that historically -
> originally - we always had a pgd, and then the pmd didn't exist
> because it was folded into
SGI Octane (IP30) doesn't have RTC register directly mapped into CPU
address space, but accesses RTC registers with an address and data
register. This is now supported by additional access functions, which
are selected by a new field in platform data. Removed plat_read/plat_write
since there is
пн, 14 окт. 2019 г. в 00:18, Chuhong Yuan :
>
> cifs_setattr_nounix has two paths which miss free operations
> for xid and fullpath.
> Use goto cifs_setattr_exit like other paths to fix them.
>
> Fixes: aa081859b10c ("cifs: flush before set-info if we have writeable
> handles")
> Signed-off-by:
On Mon, Oct 14, 2019 at 02:21:00PM -0700, Srinivas Pandruvada wrote:
> Some modern systems have very tight thermal tolerances. Because of this
> they may cross thermal thresholds when running normal workloads (even
> during boot). The CPU hardware will react by limiting power/frequency
> and using
Hi,
On Mon, Sep 30, 2019 at 03:02:44PM +0200, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> Convert the binding document for max77650 charger module to yaml.
>
> Signed-off-by: Bartosz Golaszewski
> ---
Assuming, that Rob will merge the series:
Acked-by: Sebastian Reichel
--
Hi,
On Tue, Oct 08, 2019 at 12:07:05AM +0800, Chen-Yu Tsai wrote:
> As far as the sysfs documents go, CURRENT_MAX is read-only, and should refer
> to
> the hard limit the hardware can support, i.e. maximum power ratings.
> INPUT_CURRENT_LIMIT and INPUT_VOLTAGE_LIMIT are for configurable upper
Hi,
On Wed, Oct 02, 2019 at 07:25:44PM +0800, Icenowy Zheng wrote:
> The AXP813 PMIC has support for detection of USB Battery Charging
> specification, and it will limit the current to 500mA by default when
> the detection is not enabled or the detection result is SDP.
>
> Enable the BC
Hi,
On Fri, Sep 13, 2019 at 02:25:59AM +0800, lecop...@gmail.com wrote:
> CHARGE_COUNTER is really general in other power supply drivers and
> Android also has an interface to monitor CHARGE_COUNTER, so let's
> add it into test framework.
>
> Set default as -1000 is because the default status is
Hi,
On Thu, Sep 26, 2019 at 01:25:37PM +0300, Claudiu Beznea wrote:
> Driver has been enabled also for SAM9X60. At the moment the patch which did
> this has been sent to mainline the PMC for SAM9X60 wasn't integrated.
> SAM9X60 has a new PMC compatible (see commit 01e2113de9a5
> ("clk: at91: add
101 - 200 of 850 matches
Mail list logo
