Hi David,
On Mon, 12 Oct 2020 22:25:02 +0200 David Sterba wrote:
>
> Mishaps:
>
> - commit 62cf5391209a ("btrfs: move btrfs_rm_dev_replace_free_srcdev
> outside of all locks") is a rebase leftover after the patch got
> merged to 5.9-rc8 as a466c85edc6f ("btrfs: move
>
While AFAIK there currently is nothing that can modify the VMA tree of a
new mm until userspace has started running under the mm, we should properly
lock the mm here anyway, both to keep lockdep happy when adding locking
assertions and to be safe in the future in case someone e.g. decides to
Enable i2c-mux-gpio devices to be defined via ACPI. The idle-state
property translates directly to a fwnode_property_*() call. The child
reg property translates naturally into _ADR in ACPI.
The i2c-parent binding is a relic from the days when all direct children
of an i2c controller in Linux had
On Thu, 15 Oct 2020, Serge Semin wrote:
> > Table 2-2 REX Memory Regions
> > -
> > StartingEnding
> > Region Address Address Use
> >
v3:
- add note about how this also fixes arch/um/ locking in patch 1
(Johannes Berg)
- use IS_DEFINED() instead of #ifdef in patch 2 (Jason Gunthorpe)
v2:
- fix commit message of patch 1/2 and be more verbose about where
the old mmap lock is taken (Michel, Jason)
- resending without
On Wed, Oct 14, 2020 at 3:51 PM Linus Torvalds
wrote:
>
> I think it's this instruction:
>
> addir1,r1,16
>
> that should be removed from the function exit, because Al removed the
>
> - stwur1,-16(r1)
>
> on function entry.
>
> So I think you end up with a corrupt stack
On Wed, Oct 14, 2020 at 3:27 PM Jason A. Donenfeld wrote:
>
> This patch is causing crashes in WireGuard's CI over at
> https://www.wireguard.com/build-status/ . Apparently sending a simple
> network packet winds up triggering refcount_t's warn-on-saturate code. I
Ouch.
The C parts look fairly
On Mon, Oct 12, 2020 at 05:31:54PM -0700, Sami Tolvanen wrote:
> With LTO, the compiler can rename static functions to avoid global
> naming collisions. As initcall functions are typically static,
> renaming can break references to them in inline assembly. This
> change adds a global stub with a
On Sat, 10 Oct 2020, Arnd Bergmann wrote:
> > Perhaps patch 13 does not belong in this series (?).
> >
> > All m68k platforms will need conversion before the TODO can be removed
> > from Documentation/features/time/clockevents/arch-support.txt.
>
> Yes, correct. I marked this patch as RFC
On Wed, Oct 14, 2020 at 04:42:11PM +0530, Sumit Garg wrote:
> Enable NMI backtrace support on arm64 using IPI turned as an NMI
> leveraging pseudo NMIs support. It is now possible for users to get a
> backtrace of a CPU stuck in hard-lockup using magic SYSRQ.
>
> Signed-off-by: Sumit Garg
> ---
On Wed, Oct 14, 2020 at 04:42:09PM +0530, Sumit Garg wrote:
> Allocate an unused IPI that can be turned as NMI using ipi_nmi framework.
> Also, invoke corresponding NMI setup/teardown APIs.
>
> Signed-off-by: Sumit Garg
> ---
> arch/arm64/kernel/smp.c | 8
> 1 file changed, 8
On Tue, Oct 13, 2020 at 11:43:57AM -0700, Dave Hansen wrote:
> > +static inline void pks_update_protection(int pkey, unsigned long
> > protection)
> > +{
> > + current->thread.saved_pkrs = update_pkey_val(current->thread.saved_pkrs,
> > +pkey,
The conversion to request_mem_region() is broken because it assumes that
the range is marked busy prior to release. However, due to the way that
the kmem driver manipulates the IORESOURCE_BUSY flag (clears it to
let {add,remove}_memory() handle busy) it requires a manual
release_resource() to
Hi,
The v5 series of the device-dax-subdivision series landed upstream which
missed some of the late breaking fixups in v6 [1]. The Xen one is
cosmetic, the kmem one is a functional problem. I will handle the kmem
in a device-dax follow-on pull request post-rc1. The Xen one can go
through the Xen
Cleanup fill_list() to keep all the pgmap manipulations in a single
location of the function. Update the exit unwind path accordingly.
Link: http://lore.kernel.org/r/6186fa28-d123-12db-6171-a75cb6e61...@oracle.com
Cc: Juergen Gross
Cc: Stefano Stabellini
Cc: Andrew Morton
Cc:
Reported-by:
Hi Alex,
On Tue, 13 Oct 2020 13:20:16 -0600 Alex Williamson
wrote:
>
> Thanks, Stephen. Diana has posted a 32bit build fix which I've merged,
> maybe that was the error. Also Diana's series in my branch is currently
> dependent on fsl-bus support in GregKH's char-misc-next branch. Looking
>
On 2020-10-13 04:38, Anshuman Khandual wrote:
On 10/13/2020 04:35 AM, Sudarshan Rajagopalan wrote:
When section mappings are enabled, we allocate vmemmap pages from
physically
continuous memory of size PMD_SIZE using vmemmap_alloc_block_buf().
Section
mappings are good to reduce TLB pressure.
When section mappings are enabled, we allocate vmemmap pages from
physically continuous memory of size PMD_SIZE using
vmemmap_alloc_block_buf(). Section mappings are good to reduce TLB
pressure. But when system is highly fragmented and memory blocks are
being hot-added at runtime, its possible
V1: The initial patch used the approach to abort at the first instance of
PMD_SIZE
allocation failure, unmaps all previously mapped sections using vmemmap_free
and maps the entire request with vmemmap_populate_basepages to allocate
virtually contiguous memory.
https://lkml.org/lkml/2020/9/10/66
On Wed, 2020-10-14 at 14:15 -0700, t...@redhat.com wrote:
> From: Tom Rix
>
> Remove the trailing error message from the fixed lines
Hi Tom.
> diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
[]
> @@ -3393,8 +3393,11 @@ sub process {
>
> # check for adding lines without a newline.
On Tue, 13 Oct 2020 15:18:56 +1300 Chris Packham wrote:
> This small series gets my hardware into a working state. The key points are to
> make sure we don't force the link and that we ask the MAC for the link status.
> I also have updated my dts to say `phy-mode = "1000base-x";` and `managed =
>
Hi all,
Please do *not* rebase/rewrite your linux-next included tree and then
immediately send it to Linus. Or if you do, the please also update
what you have in linux-next (so you can sneak it past me :-().
(mutter, mutter, unnecessary conflicts :-().
I have dropped the brtfs tree from
From: Darrick J. Wong
I would like to move all the generic helpers for the vfs remap range
functionality (aka clonerange and dedupe) into a separate file so that
they won't be scattered across the vfs and the mm subsystems. The
eventual goal is to be able to deselect remap_range.c if none of
From: Darrick J. Wong
Complete the migration by moving the file remapping helper functions out
of read_write.c and into remap_range.c. This reduces the clutter in the
first file and (eventually) will make it so that we can compile out the
second file if it isn't needed.
Signed-off-by: Darrick
Hi all,
I would like to move the generic helper functions that support the file
remap range operations (aka clone and dedupe) to a separate file under
fs/. For the moment, I have a few goals here: one is to declutter
fs/read_write.c and mm/filemap.c. The second goal is to be able to
deselect
On Mon, 12 Oct 2020 10:50:13 -0400 Mathieu Desnoyers wrote:
> Here is a series of fixes for ipv4 and ipv6 which ensure the route
> lookup is performed on the right routing table in VRF configurations
> when sending TTL expired icmp errors (useful for traceroute).
>
> It includes tests for both
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 37187df45af7d28d27b5c130c23f407ca9dbefa2
commit: 0887a7ebc97770c7870abf3075a2e8cd502a7f52 ubsan: add trap
instrumentation option
date: 6 months ago
config: x86_64-randconfig-m001-20201015 (attached as
to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Richard-Fitzgerald/Add-dts-for-Rpi4-Cirrus-Lochnagar-and-codecs/20201014-225648
base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
for-next
config: xtensa
Hi Oliver,
On Thu, 15 Oct 2020 10:00:49 +1100 "Oliver O'Halloran" wrote:
>
> On Thu, Oct 15, 2020 at 5:28 AM Qian Cai wrote:
> >
> > This reverts commit 3a3181e16fbde752007759f8759d25e0ff1fc425 which
> > causes memory corruptions on POWER9 NV.
>
> I was going to post this along with a fix
Hi Steve,
On Wed, 14 Oct 2020 13:32:15 -0400
Steven Rostedt wrote:
> On Wed, 14 Oct 2020 11:06:36 +0900
> Masami Hiramatsu wrote:
>
> > Hi Tom,
> >
> > On Tue, 13 Oct 2020 09:17:58 -0500
> > Tom Zanussi wrote:
> >
> > > Add a selftest that verifies that the syntax error messages and caret
-randconfig-s001-20201014 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
reproduce:
# apt-get install sparse
# sparse version: v0.6.3-rc1-dirty
#
https://github.com/0day-ci/linux/commit/a3191767e8e4e0480e36126ce93e6ab41ab6f498
git remote add linux-review
Signed-off-by: kernel test robot
---
core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/nvmem/core.c b/drivers/nvmem/core.c
index 859431c15d5bc3..6dd79075fdd9b0 100644
--- a/drivers/nvmem/core.c
+++ b/drivers/nvmem/core.c
@@ -1671,7 +1671,7 @@ static int
Hi all,
Today's linux-next merge of the risc-v tree got a conflict in:
arch/x86/lib/getuser.S
between commit:
ea6f043fc984 ("x86: Make __get_user() generate an out-of-line call")
from Linus' tree and commit:
47058bb54b57 ("x86: remove address space overrides using set_fs()")
from the
On Thu, Oct 15, 2020 at 12:39:54AM +0200, Peter Zijlstra wrote:
> On Wed, Oct 14, 2020 at 03:11:52PM -0700, Paul E. McKenney wrote:
> > On Wed, Oct 14, 2020 at 11:53:19PM +0200, Peter Zijlstra wrote:
> > > On Wed, Oct 14, 2020 at 11:34:05AM -0700, Paul E. McKenney wrote:
> > > > commit
On Wed, Oct 14, 2020 at 10:04:32PM +0200, Krzysztof Kozlowski wrote:
> On Wed, 14 Oct 2020 at 19:16, Serge Semin
> wrote:
> >
> > On Wed, Oct 14, 2020 at 12:33:25PM +0200, Krzysztof Kozlowski wrote:
> > > On Wed, 14 Oct 2020 at 12:23, Serge Semin
> > > wrote:
> > > >
> > > > In accordance with
On Wed, Oct 14, 2020 at 10:33:21AM +0200, Peter Zijlstra wrote:
> On Tue, Oct 13, 2020 at 02:13:28PM -0300, Marcelo Tosatti wrote:
>
> > > Yes but if the task isn't running, run_posix_cpu_timers() doesn't have
> > > anything to elapse. So indeed we can spare the IPI if the task is not
> > >
Quoting Douglas Anderson (2020-10-14 14:05:23)
> diff --git a/drivers/clk/qcom/lpasscorecc-sc7180.c
> b/drivers/clk/qcom/lpasscorecc-sc7180.c
> index 48d370e2108e..e12d4c2b1b70 100644
> --- a/drivers/clk/qcom/lpasscorecc-sc7180.c
> +++ b/drivers/clk/qcom/lpasscorecc-sc7180.c
> @@ -388,6 +388,25
It was <2020-10-14 śro 23:04>, when Russell King - ARM Linux admin wrote:
> On Wed, Oct 14, 2020 at 04:39:47PM +0200, Lukasz Stelmach wrote:
>> It was <2020-10-14 śro 14:32>, when Russell King - ARM Linux admin wrote:
>> > In any case, the mii.c code does fill in the advertising mask even
>> >
On Mon, 12 Oct 2020 14:04:26 + Henrik Bjoernlund wrote:
> + if (nla_put_u32(skb, IFLA_BRIDGE_CFM_CC_CCM_TX_SEQ_NO_UPDATE,
> + mep->cc_ccm_tx_info.seq_no_update))
> + goto nla_put_failure;
> +
> + if (nla_put_u32(skb,
Quoting Doug Anderson (2020-10-14 16:07:52)
> Hi,
>
> On Wed, Oct 14, 2020 at 4:00 PM Stephen Boyd wrote:
> >
> > Quoting Doug Anderson (2020-10-14 15:28:58)
> > > Hi,
> > >
> > > On Wed, Oct 14, 2020 at 3:10 PM Stephen Boyd wrote:
> > > >
> > > > Quoting Douglas Anderson (2020-10-14 14:05:22)
On Mon, 12 Oct 2020 14:04:22 + Henrik Bjoernlund wrote:
> + if (config->mdlevel > 7) {
> + NL_SET_ERR_MSG_MOD(extack,
> +"MD level is invalid");
> + return -EINVAL;
> + }
> + /* The MEP-ID is a 13 bit field in the CCM PDU
On Mon, 12 Oct 2020 14:04:24 + Henrik Bjoernlund wrote:
> + /* This CCM related status is based on the latest received CCM PDU. */
> + u8 port_tlv_value; /* Port Status TLV value */
> + u8 if_tlv_value; /* Interface Status TLV value */
> +
> + /* CCM has not been received for
The pull request you sent on Wed, 14 Oct 2020 19:52:16 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/spdx.git
> tags/spdx-5.10-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3e4fb4346c781068610d03c12b16c0cfb0fd24a3
Thank you!
--
Deet-doot-dot,
The pull request you sent on Wed, 14 Oct 2020 19:48:26 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tags/tty-5.10-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/5d6c413c92a3e6fc9399141891147d0d826517c9
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Wed, 14 Oct 2020 19:48:51 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git
> tags/driver-core-5.10-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fe151462bd0f7ad0e758f1cdcbeb6426e3d1ee8e
Thank you!
--
On Mon, 12 Oct 2020 14:04:24 + Henrik Bjoernlund wrote:
> +struct br_cfm_status_tlv {
> + __u8 type;
> + __be16 length;
> + __u8 value;
> +};
This structure is unused (and likely not what you want, since it will
have 2 1 byte while unless you mark length as __packed).
The pull request you sent on Wed, 14 Oct 2020 17:09:07 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git tags/mfd-next-5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1a31c12371556bfbe511edd268dab721b504d511
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Tue, 13 Oct 2020 10:56:49 -0500:
> https://github.com/cminyard/linux-ipmi.git tags/for-linus-5.10-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6e4dc3d59284ea3bc7c3e40694bce84d988b01af
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Tue, 13 Oct 2020 10:07:03 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git for-5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2f6c6d0891b472bbda70dfcc51fbb3147b6f54a0
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Tue, 13 Oct 2020 15:53:46 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-misc
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/55e0500eb5c0440a3d43074edbd8db3e95851b66
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Wed, 14 Oct 2020 13:05:56 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/pavel/linux-leds.git/
> tags/leds-5.10-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7fafb54c7d390e9b273a1d7d377e38d9c408046e
Thank you!
--
A recent change to the checksum code removed usage of some extra
arguments, alongside with storage on the stack for those, and the stack
pointer no longer needed to be adjusted in the function prologue. But, a
left over subtraction wasn't removed in the function epilogue, causing
the function to
The pull request you sent on Wed, 14 Oct 2020 14:58:20 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl.git
> tags/pinctrl-v5.10-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b4e1bce85fd8f43dc814049e2641cc6beaa8146b
Thank you!
--
The pull request you sent on Wed, 14 Oct 2020 17:10:40 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git
> tags/backlight-next-5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6448cbf662c7858c0d9eb0b135962bedd6d0b9a0
Thank you!
--
The pull request you sent on Wed, 14 Oct 2020 10:53:04 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git
> tags/devicetree-for-5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f888bdf9823c85fe945c4eb3ba353f749dec3856
Thank you!
--
On Mon, 12 Oct 2020 14:04:22 + Henrik Bjoernlund wrote:
> with restricted management access to each other<80><99>s equipment.
Some Unicode funk in this line?
Quoting Doug Anderson (2020-10-14 15:28:58)
> Hi,
>
> On Wed, Oct 14, 2020 at 3:10 PM Stephen Boyd wrote:
> >
> > Quoting Douglas Anderson (2020-10-14 14:05:22)
> > > diff --git a/drivers/clk/qcom/lpasscorecc-sc7180.c
> > > b/drivers/clk/qcom/lpasscorecc-sc7180.c
> > > index
On Mon, 12 Oct 2020 14:04:23 + Henrik Bjoernlund wrote:
> + skb = dev_alloc_skb(CFM_CCM_MAX_FRAME_LENGTH);
> + if (!skb)
> + return NULL;
> +
> + rcu_read_lock();
> + b_port = rcu_dereference(mep->b_port);
> + if (!b_port) {
> + rcu_read_unlock();
>
On Mon, 12 Oct 2020 14:04:18 + Henrik Bjoernlund wrote:
> Connectivity Fault Management (CFM) is defined in 802.1Q section 12.14.
>
> Connectivity Fault Management (CFM) comprises capabilities for detecting,
> verifying,
> and isolating connectivity failures in Virtual Bridged Networks.
>
On Thu, Oct 15, 2020 at 12:53 AM Linus Torvalds
wrote:
>
> On Wed, Oct 14, 2020 at 3:51 PM Linus Torvalds
> wrote:
> >
> > I think it's this instruction:
> >
> > addir1,r1,16
> >
> > that should be removed from the function exit, because Al removed the
> >
> > - stwu
On Thu, Oct 15, 2020 at 12:51 AM Linus Torvalds
wrote:
>
> On Wed, Oct 14, 2020 at 3:27 PM Jason A. Donenfeld wrote:
> >
> > This patch is causing crashes in WireGuard's CI over at
> > https://www.wireguard.com/build-status/ . Apparently sending a simple
> > network packet winds up triggering
On Wed, Oct 14, 2020 at 10:34:56PM +0100, Maciej W. Rozycki wrote:
> Fix a crash on DEC platforms starting with:
>
> VFS: Mounted root (nfs filesystem) on device 0:11.
> Freeing unused PROM memory: 124k freed
> BUG: Bad page state in process swapper pfn:1
> page:(ptrval) refcount:0
On 9/26/20 9:18 PM, William Breathitt Gray wrote:
+static ssize_t counter_chrdev_read(struct file *filp, char __user *buf,
+ size_t len, loff_t *f_ps)
+{
+ struct counter_device *const counter = filp->private_data;
+ int err;
+ unsigned long
On Tue, Oct 13, 2020 at 08:55:26PM +0200, Rafael J. Wysocki wrote:
> > > With C6 enabled, that state is used at
> > > least sometimes (so C1E is used less often), but PC6 doesn't seem to be
> > > really used - it looks like core C6 only is entered and which may be why
> > > C6
> > > adds less
On Tue, Oct 13, 2020 at 11:31:45AM -0700, Dave Hansen wrote:
> On 10/9/20 12:42 PM, ira.we...@intel.com wrote:
> > From: Ira Weiny
> >
> > The PKRS MSR is defined as a per-logical-processor register. This
> > isolates memory access by logical CPU. Unfortunately, the MSR is not
> > managed by
On 10/14/20 2:05 PM, William Breathitt Gray wrote:
On Wed, Oct 14, 2020 at 12:43:08PM -0500, David Lechner wrote:
On 9/26/20 9:18 PM, William Breathitt Gray wrote:
diff --git a/drivers/counter/counter-chrdev.c b/drivers/counter/counter-chrdev.c
new file mode 100644
index
Hi Al,
On Fri, Jul 24, 2020 at 02:25:46AM +0100, Al Viro wrote:
> From: Al Viro
>
> ... and get rid of the pointless fallback in the wrappers. On error it used
> to zero the unwritten area and calculate the csum of the entire thing. Not
> wanting to do it in assembler part had been very
Hi Kees,
On Sun, 4 Oct 2020 19:44:52 -0700 Kees Cook wrote:
>
> On Sun, Oct 04, 2020 at 09:00:18PM +1100, Stephen Rothwell wrote:
> > Hi Kees,
> >
> > On Sun, 4 Oct 2020 01:27:01 -0700 Kees Cook wrote:
> > >
> > > I assume CONFIG_CONSTRUCTORS is enabled for your build (it should be for
> >
On Wed, Oct 14, 2020 at 11:53:19PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 14, 2020 at 11:34:05AM -0700, Paul E. McKenney wrote:
> > commit 7deaa04b02298001426730ed0e6214ac20d1a1c1
> > Author: Paul E. McKenney
> > Date: Tue Oct 13 12:39:23 2020 -0700
> >
> > rcu: Prevent lockdep-RCU
Quoting Douglas Anderson (2020-10-14 14:05:22)
> diff --git a/drivers/clk/qcom/lpasscorecc-sc7180.c
> b/drivers/clk/qcom/lpasscorecc-sc7180.c
> index abcf36006926..48d370e2108e 100644
> --- a/drivers/clk/qcom/lpasscorecc-sc7180.c
> +++ b/drivers/clk/qcom/lpasscorecc-sc7180.c
> @@ -356,12 +356,48
On Tue, Oct 06, 2020 at 04:00:03PM +0200, Thomas Bogendoerfer wrote:
> Drop inline for memory setup functions and mark them __init to
> fix section mismatch of pmax_setup_memory_region.
>
> Signed-off-by: Thomas Bogendoerfer
> ---
> arch/mips/dec/prom/memory.c | 4 ++--
> 1 file changed, 2
On Wed, Oct 14, 2020 at 01:47:06PM +0100, Maciej W. Rozycki wrote:
> On Fri, 9 Oct 2020, Thomas Bogendoerfer wrote:
>
> > add_memory_region was the old interface for registering memory and
> > was already changed to used memblock internaly. Replace it by
> > directly calling memblock functions.
>
On Wed, Oct 14, 2020 at 2:12 PM Nicolas Saenz Julienne
wrote:
>
> Introduce a test for of_dma_get_max_cup_address(), it uses the same DT
> data as the rest of dma-ranges unit tests.
>
> Signed-off-by: Nicolas Saenz Julienne
> ---
> drivers/of/unittest.c | 20
> 1 file
On Wed, Oct 14, 2020 at 2:12 PM Nicolas Saenz Julienne
wrote:
>
> Introduce of_dma_get_max_cpu_address(), which provides the highest CPU
> physical address addressable by all DMA masters in the system. It's
> specially useful for setting memory zones sizes at early boot time.
>
> Signed-off-by:
On Wed, Oct 14, 2020 at 08:59:07AM +0200, Mauro Carvalho Chehab wrote:
> [PATCH v6.1 35/80] docs: fs: fscrypt.rst: get rid of :c:type: tags
>
> The :c:type: tag has problems with Sphinx 3.x, as structs
> there should be declared with c:struct.
>
> So, remove them, relying at automarkup.py
Dear Linux folks,
With Linux 5.9 and
$ lspci -nn -s 89:
89:00.0 Serial Attached SCSI controller [0107]: Adaptec Smart
Storage PQI 12G SAS/PCIe 3 [9005:028f] (rev 01)
$ more
/sys/devices/pci:88/:88:00.0/:89:00.0/host15/scsi_host/host15/driver_version
1.2.8-026
On Wed, Oct 14 2020, Jan Kara wrote:
> On Wed 14-10-20 16:47:06, kernel test robot wrote:
>> Greeting,
>>
>> FYI, we noticed a -15.3% regression of will-it-scale.per_process_ops due
>> to commit:
>>
>> commit: 8d92890bd6b8502d6aee4b37430ae6444ade7a8c ("mm/writeback: discard
>> NR_UNSTABLE_NFS,
The pull request you sent on Wed, 14 Oct 2020 10:41:54 +0200:
> g...@gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux
> tags/kernel-clone-v5.9
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/612e7a4c1645f09449355cf08b6fd3de80b4f8cc
Thank you!
--
The pull request you sent on Wed, 14 Oct 2020 13:50:59 -0700:
> git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git tags/xfs-5.10-merge-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2fc61f25fb296827387a5f01129dbc00cbe3ca58
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Wed, 14 Oct 2020 10:59:48 +0200:
> g...@gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux
> tags/threads-v5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4da9af0014b51c8b015ed8c622440ef28912efe6
Thank you!
--
The pull request you sent on Tue, 13 Oct 2020 14:09:37 -0600:
> git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
> tags/linux-kselftest-fixes-5.10-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9e51183e9462852ad8d1f3b6c687500b770605f4
Thank
CONFIG_OF_DYNAMIC allows runtime changes to the device tree. This patch
adds a OF_RECONFIG handler to receive notifications on tree changes to
support adding/removing cells from an nvmem device based on these
changes.
Signed-off-by: Michael Auchter
---
drivers/nvmem/core.c | 61
This patchset adds the ability to add/remove nvmem cells to an nvmem
device using device tree overlays. This can be useful in situations
where an nvmem device is present in the base device tree and the
specific overlay that's loaded knows how to interpret the data within
the nvmem device.
Michael
Extract the logic needed to add a single cell described by a device tree
node from nvmem_add_cells_from_of, and call this new function for each
child node.
Signed-off-by: Michael Auchter
---
drivers/nvmem/core.c | 84 +---
1 file changed, 48
Fix a crash on DEC platforms starting with:
VFS: Mounted root (nfs filesystem) on device 0:11.
Freeing unused PROM memory: 124k freed
BUG: Bad page state in process swapper pfn:1
page:(ptrval) refcount:0 mapcount:-128 mapping: index:0x1 pfn:0x1
flags: 0x0()
raw: 0100
On Wed, Oct 14, 2020 at 10:18:18PM +0200, Krzysztof Kozlowski wrote:
> On Wed, Oct 14, 2020 at 01:13:53PM +0300, Serge Semin wrote:
> > The DWC USB3 driver and some DTS files like Exynos 5250, Keystone k2e, etc
> > expects the DWC USB3 DT node to have the compatible string with the
> > "synopsys"
Konstantin, writing to you based on 'git blame' :-)
The maintainer guide recommends using paperkey for the PGP master key,
which is a prefectly sane method.
I was just wondering that isn't a backup to a USB stick a reasonable
option? E.g. get a few USB sticks (new, unweared), store your master
From: Matteo Croce
The kernel cmdline reboot= argument allows to specify the CPU used
for rebooting, with the syntax `s` among the other flags, e.g.
reboot=soft,s4
reboot=warm,s31,force
In the early days the parsing was done with simple_strtoul(), later
deprecated in favor of the safer
Commit
815f0ddb346c ("include/linux/compiler*.h: make compiler-*.h mutually
exclusive")
neglected to copy barrier_data() from compiler-gcc.h into
compiler-clang.h. The definition in compiler-gcc.h was really to work
around clang's more aggressive optimization, so this broke
barrier_data() on
Quoting Greg Kroah-Hartman (2020-10-03 03:56:53)
> On Fri, Oct 02, 2020 at 02:22:17PM -0700, Stephen Boyd wrote:
> > Quoting Mauro Carvalho Chehab (2020-09-28 23:22:11)
> > > Hi Stephen,
> > >
> > > While double-checking against yesterday's linux-next, I noticed
> > > that those two patches
On 10/13/20 3:16 AM, Catalin Marinas wrote:
> On Mon, Oct 12, 2020 at 01:14:50PM -0600, Khalid Aziz wrote:
>> On 10/12/20 11:22 AM, Catalin Marinas wrote:
>>> On Mon, Oct 12, 2020 at 11:03:33AM -0600, Khalid Aziz wrote:
On 10/10/20 5:09 AM, Catalin Marinas wrote:
> On Wed, Oct 07, 2020 at
On Wed, Oct 14, 2020 at 01:35:16PM -0500, Rob Herring wrote:
> On Wed, Oct 14, 2020 at 9:37 AM Serge Semin
> wrote:
> >
> > On Wed, Oct 14, 2020 at 05:09:37PM +0300, Felipe Balbi wrote:
> > >
> > > Hi Serge,
> > >
> > > Serge Semin writes:
> > > > In accordance with the DWC USB3 bindings the
On Wed, Oct 14, 2020 at 11:41:17AM -0700, Florian Fainelli wrote:
> On 10/14/20 11:11 AM, Serge Semin wrote:
> > On Wed, Oct 14, 2020 at 11:00:45AM -0700, Florian Fainelli wrote:
> >> On 10/14/20 3:14 AM, Serge Semin wrote:
> >>> In accordance with the Generic EHCI/OHCI bindings the corresponding
From: Tom Rix
Representative checkpatch.pl warning
WARNING: adding a line without newline at end of file
30: FILE: drivers/gpu/drm/amd/pm/swsmu/smu11/vangogh_ppt.h:30:
+#endif
Signed-off-by: Tom Rix
---
drivers/gpu/drm/amd/include/asic_reg/gc/gc_9_4_1_sh_mask.h | 2 +-
From: Tom Rix
Remove the trailing error message from the fixed lines
Signed-off-by: Tom Rix
---
scripts/checkpatch.pl | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index fab38b493cef..7d3db096bc44 100755
---
On Wed, 2020-10-14 at 20:48 +, Moore, Robert wrote:
> I'm afraid that the macro does not compile under MSVC:
>
> warning C4067: unexpected tokens following preprocessor directive - expected
> a newline (compiling source file ..\..\source\tools\acpiexec\aetests.c)
>
> It looks like
On Wed, Oct 14, 2020 at 02:07:30PM -0700, Andy Lutomirski wrote:
> I assume it’s for a little optimization of clearing more than one
> page per SFENCE.
>
> In any event, based on the benchmark data upthread, we only want to do
> NT clears when they’re rather large, so this shouldn’t be just an
>
On 2020-10-14 12:56 p.m., Borislav Petkov wrote:
On Wed, Oct 14, 2020 at 01:32:55AM -0700, Ankur Arora wrote:
This can potentially improve page-clearing bandwidth (see below for
performance numbers for two microarchitectures where it helps and one
where it doesn't) and can help indirectly by
On 2020-10-14 8:45 a.m., Andy Lutomirski wrote:
On Wed, Oct 14, 2020 at 1:33 AM Ankur Arora wrote:
Define clear_page_uncached() as an alternative_call() to clear_page_nt()
if the CPU sets X86_FEATURE_NT_GOOD and fallback to clear_page() if it
doesn't.
Similarly define
Hello Serge,
> > @@ -146,6 +150,9 @@ void __init plat_mem_setup(void)
> >
> > ioport_resource.start = ~0UL;
> > ioport_resource.end = 0UL;
> > +
> > + /* Stay away from the firmware working memory area for now. */
>
> > + memblock_reserve(PHYS_OFFSET, __pa_symbol(&_text));
>
>
201 - 300 of 1214 matches
Mail list logo