If the HMAT Subsystem Address Range provides a valid processor proximity
domain for a memory domain, or a processor domain matches the performance
access of the valid processor proximity domain, register the memory
target with that initiator so this relationship will be visible under
the node's sys
Register memory side cache attributes with the memory's node if HMAT
provides the side cache iniformation table.
Acked-by: Rafael J. Wysocki
Signed-off-by: Keith Busch
---
drivers/acpi/hmat/hmat.c | 32
1 file changed, 32 insertions(+)
diff --git a/drivers/acpi
== Changes since v7 ==
Fixed an early return that prevented reporting HMAT when there are no
direct attached initiators.
Fixed introducing a variable that was unused until several patches
later.
Miscellaneous typos, editorial clarifications, and whitespace fixups.
Merged to most cur
The Heterogeneous Memory Attribute Table (HMAT) header has different
field lengths than the existing parsing uses. Add the HMAT type to the
parsing rules so it may be generically parsed.
Reviewed-by: Rafael J. Wysocki
Acked-by: Jonathan Cameron
Tested-by: Jonathan Cameron
Signed-off-by: Keith B
Save the best performance access attributes and register these with the
memory's node if HMAT provides the locality table. While HMAT does make
it possible to know performance for all possible initiator-target
pairings, we export only the local pairings at this time.
Acked-by: Rafael J. Wysocki
S
Systems may provide different memory types and export this information
in the ACPI Heterogeneous Memory Attribute Table (HMAT). Parse these
tables provided by the platform and report the memory access and caching
attributes to the kernel messages.
Reviewed-by: Rafael J. Wysocki
Acked-by: Jonathan
Heterogeneous memory systems provide memory nodes with different latency
and bandwidth performance attributes. Provide a new kernel interface
for subsystems to register the attributes under the memory target
node's initiator access class. If the system provides this information,
applications may qu
System memory may have caches to help improve access speed to frequently
requested address ranges. While the system provided cache is transparent
to the software accessing these memory ranges, applications can optimize
their own access based on cache attributes.
Provide a new API for the kernel to
Em Mon, Mar 11, 2019 at 01:48:56PM -0700, Andi Kleen escreveu:
> On Mon, Mar 11, 2019 at 05:33:02PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Mar 11, 2019 at 01:24:42PM -0700, Andi Kleen escreveu:
> > > + if (!strncmp(map->dso->name, "/tmp/perf-", 10)) {
> > > + sta
On Mon, Mar 11, 2019 at 5:36 PM Ard Biesheuvel
wrote:
>
> On Mon, 11 Mar 2019 at 17:30, Arnd Bergmann wrote:
> >
> > On Mon, Mar 11, 2019 at 3:36 PM Ard Biesheuvel
> > wrote:
> > > On Mon, 11 Mar 2019 at 15:34, Arnd Bergmann wrote:
> > > > On Fri, Mar 8, 2019 at 12:56 PM Ard Biesheuvel
> > > >
On Mon, Mar 11, 2019 at 1:36 PM Kees Cook wrote:
>
> Oh! I see what you mean -- separate the or and test.
Yeah. You'll obviously need to or in the bits at run-time then if the
test ever _fails_ and you warn about an attack and do the fixup, but
that's a separate path.
Linus
On 3/7/2019 3:25 AM, Vishal Goel wrote:
In this patch, global rule list has been removed. Now all
smack rules will be read using "smack_known_list". This list contains
all the smack labels and internally each smack label structure
maintains the list of smack rules corresponding to that smack labe
Em Mon, Mar 11, 2019 at 09:01:48PM +, Song Liu escreveu:
>
>
> > On Mar 11, 2019, at 1:24 PM, Arnaldo Carvalho de Melo
> > wrote:
> >
> > Em Mon, Mar 11, 2019 at 12:55:40PM -0700, Song Liu escreveu:
> >> = Note on patch dependency
> >> This set
Hi Neil,
On Thu, Mar 7, 2019 at 9:41 AM Neil Armstrong wrote:
[...]
> >> +static int phy_meson_g12a_usb2_exit(struct phy *phy)
> >> +{
> >> + struct phy_meson_g12a_usb2_priv *priv = phy_get_drvdata(phy);
> >> +
> >> + return reset_control_reset(priv->reset);
> > do you know whether we
On Mon, Mar 11, 2019 at 01:46:26PM -0700, Sultan Alsawaf wrote:
> On Mon, Mar 11, 2019 at 01:10:36PM -0700, Suren Baghdasaryan wrote:
> > The idea seems interesting although I need to think about this a bit
> > more. Killing processes based on failed page allocation might backfire
> > during transi
Replace boiler plate licenses texts with the SPDX license
identifiers, and fix minor mistakes in HDCP2.0 code SPDX identifiers.
This includes also code under the NFC subsystem, this can be merged via
char-misc as this code is unlikely to change, so no conflicts are expected.
Use the same format f
1. Remove redundant parentheses around single license
2. Fix the license to GPL-2.0 and not GPL-2.0+ in mei_hdcp.h
Cc: Ramalingam C
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/hdcp/mei_hdcp.c | 2 +-
drivers/misc/mei/hdcp/mei_hdcp.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Add SPDX tag with GPLv2 license to mei Kconfig.
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/misc/mei/Kconfig b/drivers/misc/mei/Kconfig
index 74e2c667dce0..998fb4ae9791 100644
--- a/drivers/misc/mei/Kconfig
+++ b/drivers/m
Replace boiler plate licenses texts with the SPDX license
identifiers in the mei files header.
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus-fixup.c | 12 +--
drivers/misc/mei/bus.c | 11 +-
drivers/misc/mei/client.c | 12 +--
drivers/misc/mei/client.h | 1
Replace boiler plate licenses texts with the SPDX license
identifiers in the mei nfc files header.
Signed-off-by: Tomas Winkler
---
drivers/nfc/mei_phy.c | 18 +++---
drivers/nfc/microread/mei.c | 17 +++--
drivers/nfc/pn544/mei.c | 15 ++-
3 files c
Use unified version of the copyright notice in the files
Update copyright years according the year the files
were touched, except this patch and SPDX conversions.
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/Kconfig | 1 +
drivers/misc/mei/Makefile | 2 +-
drivers/misc/mei/bus-fi
Hello,
On 11/03/2019 11:46:22+0800, Hsin-Hsiung Wang wrote:
> This patchset including refactoring interrupt add support to MT6358 PMIC.
> MT6358 is the primary PMIC for MT8183 platform.
>
> changes since v1:
> - refine for better code quality.
> - remove of_match_table in the MT6358 regulator dri
On Fri, Mar 08, 2019 at 03:14:12PM +1100, Tobin C. Harding wrote:
> Create an ops field in /sys/slab/*/ops to contain all the callback
> operations defined for a slab cache. This will be used to display
> the additional callbacks that will be defined soon to enable movable
> objects.
>
> Display t
+Jens W
On Thu, Mar 7, 2019 at 6:22 AM Aisheng Dong wrote:
>
> Hi Rob,
>
> > > > I think Rob suggested that the SCU parent driver should instantiate
> > > > the watchdog without explicit watchdog node. That would be possible,
> > > > but it currently uses
> > > > devm_of_platform_populate() to do
On Sun, Mar 10, 2019 at 10:32 PM Srinath Mannam
wrote:
>
> Hi Rob,
>
> Please find my comments below,
>
> On Sat, Feb 23, 2019 at 1:05 AM Rob Herring wrote:
> >
> > On Fri, Feb 22, 2019 at 11:29 AM Srinath Mannam
> > wrote:
> > >
> > > Hi Rob,
> > >
> > > Thanks for the review, Please find my co
These are the TMU nodes from the NXP vendor kernel
Signed-off-by: Angus Ainslie (Purism)
---
arch/arm64/boot/dts/freescale/imx8mq.dtsi | 83 +++
1 file changed, 83 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mq.dtsi
b/arch/arm64/boot/dts/freescale/imx8mq.dt
On Mon, Mar 11, 2019 at 9:36 AM Geert Uytterhoeven wrote:
> On Wed, Feb 13, 2019 at 3:22 PM Arnd Bergmann wrote:
> > On Wed, Feb 13, 2019 at 6:22 AM Stephen Rothwell
> > wrote:
> > > On Tue, 22 Jan 2019 14:10:27 +1100 Stephen Rothwell
> > > wrote:
> > > > Today's linux-next merge of the pidfd
On Mon, 2019-03-11 at 17:38 +0100, Marcel Holtmann wrote:
> Hi Sean,
>
> > This adds the support of enabling MT7663S and MT7668S SDIO-based
> > Bluetooth function.
> >
> > There are quite many differences between MT766[3,8]S and standard
> > Bluetooth SDIO devices such as Type-A and Type-B device
On Mon, Mar 11, 2019 at 1:57 AM Peng Ma wrote:
>
> Hi Rob,
Please don't top post to mail lists.
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
>
> Thanks for your comment
On Mon, 2019-03-11 at 17:38 +0100, Marcel Holtmann wrote:
> Hi Sean,
>
> > The SDIO identifier for MediaTek Bluetooth devices were defined in the
> > MediaTek Bluetooth driver. Moving the definitions in MMC header file
> > seems common sense.
> >
> > Signed-off-by: Sean Wang
> > ---
> > include/
On Mon, Mar 11, 2019 at 10:38:07PM +0100, Arnd Bergmann wrote:
> On Mon, Mar 11, 2019 at 9:36 AM Geert Uytterhoeven
> wrote:
> > On Wed, Feb 13, 2019 at 3:22 PM Arnd Bergmann wrote:
> > > On Wed, Feb 13, 2019 at 6:22 AM Stephen Rothwell
> > > wrote:
> > > > On Tue, 22 Jan 2019 14:10:27 +1100 S
On Mon, Mar 11, 2019 at 05:11:25PM -0400, Joel Fernandes wrote:
> But the point is that a transient temporary memory spike should not be a
> signal to kill _any_ process. The reaction to kill shouldn't be so
> spontaneous that unwanted tasks are killed because the system went into
> panic mode. It
On Fri, Mar 08, 2019 at 03:14:13PM +1100, Tobin C. Harding wrote:
> Add the two methods needed for moving objects and enable the display of
> the callbacks via the /sys/kernel/slab interface.
>
> Add documentation explaining the use of these methods and the prototypes
> for slab.h. Add functions t
On Mon 2019-03-11 09:36:20, Nick Crews wrote:
> On Fri, Mar 8, 2019 at 3:13 PM Pavel Machek wrote:
> >
> > Hi!
> >
> > > > This patch is meant to be applied on top of the for-next
> > > > branch of the platform/chrome repository, as it uses some of
> > > > the code staged there.
> > > >
> > > > Th
On Fri, Mar 08, 2019 at 03:14:14PM +1100, Tobin C. Harding wrote:
> -F lists caches that support object migration.
Maybe -M?
>
> -C lists caches that use a ctor.
>
> Add command line options to show caches with a constructor and caches
> with that are migratable (i.e. have isolate and migrate f
On Mon, 11 Mar 2019 10:20:06 -0700 Linus Torvalds
wrote:
> On Mon, Mar 11, 2019 at 12:43 AM kernel test robot
> wrote:
> >
> > ./run_vmtests: line 217: ./test_vmalloc.sh: Permission denied
>
> I marked that script executable:
>
> 6bc3fe8e7e17 ("tools: mark 'test_vmalloc.sh' executable")
>
On Mon, Mar 11, 2019 at 12:19:32PM -0700, Sean Wang wrote:
> Hi,
>
> Always put the patches about dt-binding changes at the head of the
> series to let the related maintainer more easily find them.
>
> On Sun, Mar 10, 2019 at 8:48 PM Hsin-Hsiung Wang
> wrote:
> >
> > This adds compatible for the
On Tue, 5 Mar 2019 11:19:04 +0100, Lukasz Luba wrote:
> Define new IDs for clocks used by Dynamic Memory Controller in
> Exynos5422 SoC.
>
> Signed-off-by: Lukasz Luba
> ---
> include/dt-bindings/clock/exynos5420.h | 18 +-
> 1 file changed, 17 insertions(+), 1 deletion(-)
>
P
On Mon, 11 Mar 2019 14:34:52 +0800, Pi-Hsun Shih wrote:
> From: Erin Lo
>
> Add a DT binding documentation of SCP for the
> MT8183 SoC from Mediatek.
>
> Signed-off-by: Erin Lo
> ---
> Changes from v5:
> - Remove dependency on CONFIG_RPMSG_MTK_SCP.
>
> Changes from v4:
> - Add detail of more
> -Original Message-
> From: Luck, Tony
> Sent: Monday, March 11, 2019 3:42 PM
> To: Ghannam, Yazen
> Cc: Borislav Petkov ; x...@kernel.org;
> linux-kernel@vger.kernel.org; Ashok Raj
> Subject: Re: [PATCH] x86, mce: Fix machine_check_poll() tests for which
> errors to log
>
> On Mon,
On Mon, 11 Mar 2019 09:33:05 +, "Z.q. Hou" wrote:
> From: Hou Zhiqiang
>
> Add PCIe Gen4 controller DT bindings of NXP Layerscape SoCs.
>
> Signed-off-by: Hou Zhiqiang
> ---
> V4:
> - no change
>
> .../bindings/pci/layerscape-pci-gen4.txt | 52 +++
> MAINTAINERS
On Mon, Mar 11, 2019 at 1:46 PM Sultan Alsawaf wrote:
>
> On Mon, Mar 11, 2019 at 01:10:36PM -0700, Suren Baghdasaryan wrote:
> > The idea seems interesting although I need to think about this a bit
> > more. Killing processes based on failed page allocation might backfire
> > during transient spi
From: Thor Thayer
Use the new compatible string defined for the Stratix10
System Manager. Remove syscon since it is not correct
on this platform.
Signed-off-by: Thor Thayer
---
v2 New. Use new Stratix10 System Manager compatible
v3 Use "altr,sys-mgr" as the non-specific compatible.
v4 No cha
From: Thor Thayer
The SOCFPGA System Manager register block aggregates different
peripheral functions into one area.
On 32 bit ARM parts, handle in the same way as syscon.
On 64 bit ARM parts, the System Manager can only be accessed by
EL3 secure mode. Since a SMC call to EL3 is required, this ne
On Mon, Mar 04, 2019 at 10:55:36AM -0800, Patrick Venture wrote:
> Document the ast2400, ast2500 PCI-to-AHB bridge control driver bindings.
>
> Signed-off-by: Patrick Venture
> ---
> Changes for v6:
> - None
> Changes for v5:
> - None
> Changes for v4:
> - None
> Changes for v3:
> - None
> Change
On Thu, Mar 07, 2019 at 11:34:07AM +0100, Patrick Havelange wrote:
> This explains the new generic property "thermocouple-type" that
> can be used with temperature sensors.
>
> Signed-off-by: Patrick Havelange
> ---
> Changes v6
> - Add this file
> ---
> .../bindings/iio/temperature/temperature
On Mon, Mar 11 2019 at 05:09 -0600, Marc Zyngier wrote:
On 22/02/2019 22:18, Lina Iyer wrote:
Hi all,
This series is based on idea of setting up a wakeup parent interrupt controller
for GPIOs that are wakeup capable. The patch is based on Thierry's hierarchical
GPIO irqdomains. Much of the idea
On Thu, 7 Mar 2019 11:34:08 +0100, Patrick Havelange wrote:
> From: Paresh Chaudhary
>
> This patch added device tree binding info for MAX31856 driver.
>
> Signed-off-by: Paresh Chaudhary
> Signed-off-by: Matt Weber
> Signed-off-by: Patrick Havelange
> ---
> Changes
> v1 -> v2
> [Matt
> - R
On Mon, Mar 11, 2019 at 09:39:39AM -0400, Joel Fernandes wrote:
> On Wed, Aug 29, 2018 at 03:20:34PM -0700, Paul E. McKenney wrote:
> > RCU's dyntick-idle code is written to tolerate half-interrupts, that it,
> > either an interrupt that invokes rcu_irq_enter() but never invokes the
> > correspondi
On Mon, 11 Mar 2019, Geert Uytterhoeven wrote:
> On Mon, Mar 11, 2019 at 11:13 AM Andreas Schwab wrote:
> > On M?r 11 2019, Geert Uytterhoeven wrote:
> > > On Mon, Mar 11, 2019 at 10:56 AM Andreas Schwab
> > > wrote:
> > >> On M?r 11 2019, Geert Uytterhoeven wrote:
> > >> > On Thu, Mar 7, 201
On Mon, Mar 11, 2019 at 03:15:35PM -0700, Suren Baghdasaryan wrote:
> This what LMKD currently is - a userspace RT process.
> My point was that this page allocation queue that you implemented
> can't be implemented in userspace, at least not without extensive
> communication with kernel.
Oh, that'
preempt_schedule_irq() is the one that should be called on return from
interrupt, clean up the comment to avoid any ambiguity.
Signed-off-by: Valentin Schneider
Cc: Ingo Molnar
Cc: Peter Zijlstra
---
kernel/sched/core.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a
On Thursday, March 7, 2019 6:38:02 PM CET Nathan Chancellor wrote:
> When building with -Wsometimes-uninitialized, Clang warns:
>
> drivers/acpi/sysfs.c:667:13: warning: variable 'result' is used uninitialized
> whenever 'if' condition is false [-Wsometimes-uninitialized]
>
> Clang can't determi
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Michal Simek
---
arch/microblaze/kernel/entry.S | 5 -
1 file changed, 5 deletions(-)
diff --git a/arc
On Thu, 28 Feb 2019 11:26:28 -0300, Renato Lui Geh wrote:
> Adds a device tree binding for the ad7780 driver.
>
> Signed-off-by: Renato Lui Geh
> ---
> .../bindings/iio/adc/adi,ad7780.txt | 48 +++
> 1 file changed, 48 insertions(+)
> create mode 100644 Documentation/d
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Yoshinori Sato
Cc: Rich Felker
Cc: linux...@vger.kernel.org
---
arch/sh/kernel/cpu/sh5/entry.S | 5 +
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Andy Lutomirski
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc: x...@ke
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Mark Salter
Cc: Aurelien Jacquiot
Cc: linux-c6x-...@linux-c6x.org
---
arch/c6x/kernel/entry.S | 3 +--
1 f
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Yoshinori Sato
Cc: Rich Felker
Cc: linux...@vger.kernel.org
---
arch/sh/kernel/entry-common.S | 4 +---
1
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
We seem to be looping back somewhere much higher than the usual
preempt/need_resched checks, but AFAICT we would just branch to
'rtrap_no_irq_enable
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Chris Zankel
Cc: Max Filippov
Cc: linux-xte...@linux-xtensa.org
---
arch/xtensa/kernel/entry.S | 2 +-
1 f
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Do note that commit a18815abcdfd ("Use preempt_schedule_irq.")
initially removed the existing loop, but commit cdaed73afb61 ("Fix
preemption bug.")
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Greentime Hu
Cc: Vincent Chen
---
arch/nds32/kernel/ex-exit.S | 4 ++--
1 file changed, 2 insertions(+), 2
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Palmer Dabbelt
Cc: Albert Ou
Cc: linux-ri...@lists.infradead.org
---
arch/riscv/kernel/entry.S | 3 +--
1
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Guo Ren
---
arch/csky/kernel/entry.S | 4
1 file changed, 4 deletions(-)
diff --git a/arch/csky/kerne
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Yoshinori Sato
Cc: uclinux-h8-de...@lists.sourceforge.jp
---
arch/h8300/kernel/entry.S | 3 +--
1 file chan
On Fri, Mar 08, 2019 at 03:14:15PM +1100, Tobin C. Harding wrote:
> We have now in place a mechanism for adding callbacks to a cache in
> order to be able to implement object migration.
>
> Add a function __move() that implements SMO by moving all objects in a
> slab page using the isolate/migrate
On Fri, Mar 01, 2019 at 01:24:18AM +, Anson Huang wrote:
> Freescale MMDC (Multi Mode DDR Controller) driver is supported
> since i.MX6Q, but not yet documented, this patch adds binding
> doc for MMDC module driver.
>
> Signed-off-by: Anson Huang
> ---
> Changes since V3:
> - add i.MX6Q
On Monday, March 11, 2019 11:46:14 PM CET Rafael J. Wysocki wrote:
> On Thursday, March 7, 2019 6:38:02 PM CET Nathan Chancellor wrote:
> > When building with -Wsometimes-uninitialized, Clang warns:
> >
> > drivers/acpi/sysfs.c:667:13: warning: variable 'result' is used
> > uninitialized whenever
On Thu, Mar 07, 2019 at 01:52:48PM +0100, Marek Behún wrote:
> This adds device tree binding documentation for the Moxtet bus, a bus
> via which the different modules connected to the Turris Mox router can
> be configured.
>
> Signed-off-by: Marek Behún
> Cc: Rob Herring
> Cc: devicet...@vger.ke
Only call wq_unregister_lockdep() if wq_register_lockdep() has been
called first. This patch avoids that the following warning is reported:
WARNING: CPU: 1 PID: 6970 at kernel/locking/lockdep.c:4925
lockdep_unregister_key+0x21c/0x4e0
That warning refers to the following source code statement:
Hello Kees, hello everyone,
On 12.02.2019 21:04, Kees Cook wrote:
> Building with CONFIG_GCC_PLUGIN_STRUCTLEAK_BYREF_ALL should give the
> kernel complete initialization coverage of all stack variables passed
> by reference, including padding (see lib/test_stackinit.c).
I would like to note that
Le 11/03/2019 à 21:55, Keith Busch a écrit :
> == Changes since v7 ==
>
> Fixed an early return that prevented reporting HMAT when there are no
> direct attached initiators.
>
> Fixed introducing a variable that was unused until several patches
> later.
>
> Miscellaneous typos, editorial
drivers/net/ethernet/mediatek/ now supports the mt7621
ethernet controller.
So we can remove the drivers/staging driver, and update
the devicetree file to work with this driver.
NeilBrown
---
NeilBrown (2):
staging: remove mt7621-eth
staging: mt7621-dts: update ethernet settings.
The ethernet in mt7621 is now supported by
drivers/net/ethernet/mediatek/
which provides support for the integrated switch through DSA.
This requires some devicetree changes, and particularly allows
a board dts to identify which switch ports are present.
The second CPU interface - gmac1 - doesn
driver/net/ethernet/mediatek/ now supports this hardware,
so we don't need a separate driver.
Signed-off-by: NeilBrown
---
drivers/staging/Kconfig|2
drivers/staging/Makefile |1
.../devicetree/bindings/net/mediatek-net-gsw.txt |
On Mon, Mar 11, 2019 at 01:58:27PM +0530, Anshuman Khandual wrote:
> On 03/10/2019 06:49 AM, Yu Zhao wrote:
> > Switch from per mm_struct to per pmd page table lock by enabling
> > ARCH_ENABLE_SPLIT_PMD_PTLOCK. This provides better granularity for
> > large system.
> >
> > I'm not sure if there is
On Mon, Mar 11, 2019 at 12:12:28PM +, Mark Rutland wrote:
> Hi,
>
> On Sat, Mar 09, 2019 at 06:19:06PM -0700, Yu Zhao wrote:
> > Switch from per mm_struct to per pmd page table lock by enabling
> > ARCH_ENABLE_SPLIT_PMD_PTLOCK. This provides better granularity for
> > large system.
> >
> > I'
From: Valentin Schneider
Date: Mon, 11 Mar 2019 22:47:50 +
> Since the enabling and disabling of IRQs within preempt_schedule_irq()
> is contained in a need_resched() loop, we don't need the outer arch
> code loop.
>
> We seem to be looping back somewhere much higher than the usual
> preempt
On Mon, Mar 11, 2019 at 04:59:14PM +, Dmitry Kasatkin wrote:
From: Al Viro on behalf of Al Viro
Sent: Tuesday, February 19, 2019 4:25 AM
To: yuehaibing
Cc: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org; Dmitry
Kasatkin; keesc...@chromium.org
Subject: Re: [PATCH -next] exec:
From: Kangjie Lu
Date: Mon, 11 Mar 2019 01:53:15 -0500
> In case alloc_ordered_workqueue fails, the fix returns
> -ENOMEM to avoid NULL pointer dereference.
>
> Signed-off-by: Kangjie Lu
Applied.
On Mon, Mar 11, 2019 at 08:49:23PM +, Roman Gushchin wrote:
> The patchset looks good to me, however I'd add some clarifications
> why switching from lru to slab_list is safe.
>
> My understanding is that the slab_list fields isn't currently in use,
> but it's not that obvious that putting sla
> > Checkpatch script is showing a coding style error and is showing:
> >
> > ERROR: else should follow close brace '}'
> > + }
> > + else if (hvt->mode == HVUTIL_TRANSPORT_NETLINK) {
> >
> > This commit fixes the coding style, not a functional change.
> []
> > diff --git a/drivers/hv/hv_util
On Mon, Mar 11, 2019 at 01:15:55PM +0530, Anshuman Khandual wrote:
> Hello Yu,
>
> We had some disagreements over this series last time around after which I had
> posted the following series [1] which tried to enable
> ARCH_ENABLE_SPLIT_PMD_PTLOCK
> after doing some pgtable accounting changes. Af
On 3/11/19 11:34 AM, Subhra Mazumdar wrote:
On 3/10/19 9:23 PM, Aubrey Li wrote:
On Sat, Mar 9, 2019 at 3:50 AM Subhra Mazumdar
wrote:
expected. Most of the performance recovery happens in patch 15 which,
unfortunately, is also the one that introduces the hard lockup.
After applied Subhra
On Fri, Mar 08, 2019 at 03:14:20PM +1100, Tobin C. Harding wrote:
> If many objects are allocated with the slab allocator and freed in an
> arbitrary order then the slab caches can become internally fragmented.
> Now that the slab allocator supports movable objects we can defragment
> any cache tha
On Mon, 11 Mar 2019 06:08:01 -0700 syzbot
wrote:
> syzbot has bisected this bug to:
>
> commit 29a4b8e275d1f10c51c7891362877ef6cffae9e7
> Author: Shakeel Butt
> Date: Wed Jan 9 22:02:21 2019 +
>
> memcg: schedule high reclaim for remote memcgs on high_work
>
> bisection log: http
Compile the Librem5 devkit device tree
Signed-off-by: Angus Ainslie (Purism)
---
arch/arm64/boot/dts/freescale/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/freescale/Makefile
b/arch/arm64/boot/dts/freescale/Makefile
index 13604e558dc1..95526ee3c27a 100644
---
Signed-off-by: Angus Ainslie (Purism)
---
arch/arm64/configs/librem5-devkit_defconfig | 534
1 file changed, 534 insertions(+)
create mode 100644 arch/arm64/configs/librem5-devkit_defconfig
diff --git a/arch/arm64/configs/librem5-devkit_defconfig
b/arch/arm64/configs/libre
The Librem5 devkit is based on the imx8mq from NXP. This is a default config
and devicetree to boot the board to a command prompt.
Angus Ainslie (Purism) (3):
arm64: dts: fsl: librem5: Add a device tree for the Librem5 devkit
arm64: dts: fsl: Build the Librem5 devkit devicetree
arm64: librem
This is the development kit for the Librem 5. The current level of support
yields a working console and is able to boot userspace from the network
or eMMC.
Additional subsystems that are active :
- Both USB ports
- SD card socket
- WWAN modem
Signed-off-by: Angus Ainslie (Purism)
---
.../dts/f
On Mon, Mar 11, 2019 at 3:20 PM Rob Herring wrote:
>
> On Mon, Mar 04, 2019 at 10:55:36AM -0800, Patrick Venture wrote:
> > Document the ast2400, ast2500 PCI-to-AHB bridge control driver bindings.
> >
> > Signed-off-by: Patrick Venture
> > ---
> > Changes for v6:
> > - None
> > Changes for v5:
>
We're having lots of problems with TPM commands timing out, and we're
seeing these problems across lots of different hardware (both v1/v2).
I instrumented the driver to collect latency data, but I wasn't able to
find any specific timeout to fix: it seems like many of them are too
aggressive. So I
On Sat, Mar 09, 2019 at 08:21:35AM +0100, Greg KH wrote:
> On Fri, Mar 08, 2019 at 05:46:11PM -0500, Kimberly Brown wrote:
> > static struct kobj_type vmbus_chan_ktype = {
> > .sysfs_ops = &vmbus_chan_sysfs_ops,
> > .release = vmbus_chan_release,
> > - .default_attrs = vmbus_chan_attrs,
On Mon, Mar 11, 2019 at 11:56:27PM +0100, Rafael J. Wysocki wrote:
> On Monday, March 11, 2019 11:46:14 PM CET Rafael J. Wysocki wrote:
> > On Thursday, March 7, 2019 6:38:02 PM CET Nathan Chancellor wrote:
> > > When building with -Wsometimes-uninitialized, Clang warns:
> > >
> > > drivers/acpi/s
On Fri, Mar 08, 2019 at 03:14:11PM +1100, Tobin C. Harding wrote:
> Hi,
>
> Here is a patch set implementing movable objects within the SLUB
> allocator. This is work based on Christopher's patch set:
>
> https://lore.kernel.org/patchwork/project/lkml/list/?series=377335
>
> The original code
On Mon, Mar 11, 2019 at 8:47 PM Angus Ainslie (Purism) wrote:
> +/ {
> + model = "Purism Librem 5 devkit 1.0";
> + compatible = "fsl,librem5-devkit", "fsl,imx8mq";
This board is not manufactured by FSL/NXP, so it should be
"purism,librem5-devkit", "fsl,imx8mq" instead.
You should al
On Mon, Mar 11, 2019 at 8:47 PM Angus Ainslie (Purism) wrote:
>
> Compile the Librem5 devkit device tree
>
> Signed-off-by: Angus Ainslie (Purism)
> ---
> arch/arm64/boot/dts/freescale/Makefile | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm64/boot/dts/freescale/Makefile
> b/a
On Mon, Mar 11, 2019 at 8:47 PM Angus Ainslie (Purism) wrote:
>
> Signed-off-by: Angus Ainslie (Purism)
No commit log?
Not sure if we want to add a new defconfig for a single board.
On Fri, Mar 08, 2019 at 03:14:23PM +1100, Tobin C. Harding wrote:
> Implement functions to migrate objects. This is based on
> initial code by Matthew Wilcox and was modified to work with
> slab object migration.
>
> Co-developed-by: Christoph Lameter
> Signed-off-by: Tobin C. Harding
> ---
> l
801 - 900 of 1055 matches
Mail list logo
