Recently I started to get warning "NOHZ: local_softirq_pending 202" and
I think it's related to mentioned commit (didn't bisect it yet).
See log from suspending.
I have no reason to think the fix is wrong, it may just have revealed
another issue which existed before and was hidden by the bug.
On 8/15/18 7:46 PM, Matthew Wilcox wrote:
On Wed, Aug 15, 2018 at 02:54:13PM -0700, Yang Shi wrote:
On 8/15/18 2:09 PM, Matthew Wilcox wrote:
On Wed, Aug 15, 2018 at 12:16:06PM -0700, Matthew Wilcox wrote:
(not even compiled, and I can see a good opportunity for combining the
VM_LOCKED
From: kbuild test robot
drivers/input/misc/da7280.c:1335:7-32: ERROR: Threaded IRQ with no primary
handler requested without IRQF_ONESHOT
Since commit 1c6c69525b40 ("genirq: Reject bogus threaded irq requests")
threaded IRQs without a primary handler need to be requested with
IRQF_ONESHOT,
/commits/Roy-Im/da7280-haptic-driver-submission/20180816-133626
base: https://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git next
coccinelle warnings: (new ones prefixed by >>)
>> drivers/input/misc/da7280.c:116:9-10: WARNING: return of 0/1 in function
>> 'da7280
From: kbuild test robot
drivers/input/misc/da7280.c:116:9-10: WARNING: return of 0/1 in function
'da7280_volatile_register' with return type bool
Return statements in functions returning bool should use
true/false instead of 1/0.
Generated by: scripts/coccinelle/misc/boolreturn.cocci
Fixes:
Add shutdown/wakeup a resource eemi operations to shutdown
or bringup a resource.
Signed-off-by: Wendy Liang
---
drivers/firmware/xilinx/zynqmp.c | 35 +++
include/linux/firmware/xlnx-zynqmp.h | 8
2 files changed, 43 insertions(+)
diff --git
Add request access capability macro which will be used to
request access to a device node from Xilinx firmware.
Signed-off-by: Wendy Liang
---
include/linux/firmware/xlnx-zynqmp.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/linux/firmware/xlnx-zynqmp.h
There are cortex-r5 processors in Xilinx Zynq UltraScale+
MPSoC platforms. This remoteproc driver is to manage the
R5 processors.
Signed-off-by: Wendy Liang
---
drivers/remoteproc/Kconfig| 9 +
drivers/remoteproc/Makefile | 1 +
Add device tree binding for Xilinx Cortex-r5 remoteproc.
Signed-off-by: Wendy Liang
---
.../remoteproc/xlnx,zynqmp-r5-remoteproc.txt | 81 ++
1 file changed, 81 insertions(+)
create mode 100644
Add ZynqMP firmware ioctl enums for RPU configuration.
Signed-off-by: Wendy Liang
---
include/linux/firmware/xlnx-zynqmp.h | 19 +++
1 file changed, 19 insertions(+)
diff --git a/include/linux/firmware/xlnx-zynqmp.h
b/include/linux/firmware/xlnx-zynqmp.h
index a3ef7d6..9c4258f
Add request/release resource node EEMI operations.
Signed-off-by: Wendy Liang
---
drivers/firmware/xilinx/zynqmp.c | 30 ++
include/linux/firmware/xlnx-zynqmp.h | 7 +++
2 files changed, 37 insertions(+)
diff --git a/drivers/firmware/xilinx/zynqmp.c
DEBUG_STACK_USAGE is already defined in lib/Kconfig.debug
Signed-off-by: Tobias Klauser
---
arch/nios2/Kconfig.debug | 9 -
1 file changed, 9 deletions(-)
diff --git a/arch/nios2/Kconfig.debug b/arch/nios2/Kconfig.debug
index 7a49f0d28d14..f1da8a7b17ff 100644
---
Hi alan,
inline comments
On Wednesday, August 15, 2018 11:02:12 PM CEST Alan Tull wrote:
> On Wed, Jul 18, 2018 at 4:47 PM, Federico Vaga
wrote:
> > Hi Alan,
> >
> > Thanks for your time, comments below
> >
> > On Wednesday, July 18, 2018 9:47:24 PM CEST Alan Tull wrote:
> >> On Thu, Jun 28,
On Thu, Aug 16, 2018 at 11:10 AM, Atish Patra wrote:
> On 8/15/18 10:02 PM, Anup Patel wrote:
>>
>> On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra wrote:
>>>
>>> Defining cpu_operations now helps adding cpu hotplug
>>> support in proper manner. Moreover, it provides flexibility
>>> in supporting
Hi Chuanhua,
On Wed, 15 Aug 2018 14:33:43 +0800
Chuanhua Han wrote:
> Consider a message size limit when calculating the maximum amount
> of data that can be read.
>
> Signed-off-by: Chuanhua Han
> ---
> drivers/mtd/devices/m25p80.c | 7 ++-
> 1 file changed, 6 insertions(+), 1
On Wed 15-08-18 13:20:44, Johannes Weiner wrote:
[...]
> This is completely backwards.
>
> We respect the limits unless there is a *really* strong reason not
> to. The only situations I can think of is during OOM kills to avoid
> memory deadlocks and during packet reception for correctness issues
Am 15.08.2018 um 22:42 schrieb Linus Torvalds:
It would definitely be helpful, since I'm already quite busy with the
normal merge window work. Having the embargo for L1TF end just as the
merge window opened wasn't all that convenient.
all good so far. i checked them all and i will see how
/commits/Rick-Edgecombe/KASLR-feature-to-randomize-each-loadable-module/20180816-120750
config: um-x86_64_defconfig (attached as .config)
compiler: gcc-7 (Debian 7.3.0-16) 7.3.0
reproduce:
# save the attached .config to linux build tree
make ARCH=um SUBARCH=x86_64
Note: the
linux-review
On Thu, Aug 16, 2018 at 11:22 AM, Atish Patra wrote:
> On 8/15/18 10:45 PM, Anup Patel wrote:
>>
>> On Thu, Aug 16, 2018 at 10:53 AM, Atish Patra wrote:
>>>
>>> On 8/15/18 9:24 PM, Anup Patel wrote:
On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra
wrote:
>
>
> Setup
On Wed, Aug 15, 2018 at 03:21:35PM -0700, Andrew Morton wrote:
> On Fri, 22 Jun 2018 13:18:38 +0200 osalva...@techadventures.net wrote:
>
> > From: Oscar Salvador
> >
> > link_mem_sections() and walk_memory_range() share most of the code,
> > so we can use convert link_mem_sections() into a
There are Cortex-R5 processors on Xilinx ZynqMP UltraScale+
MPSoC.
This patch is to add an Xilinx ZynqMP R5 remoteproc driver to
enable Linux kernel to bringup R5, and enable communication
between Linux kernel and R5.
This patch series is based on top of Xilinx firmware patch set:
Add firmware request ack enums which will be used in firmware
request calls.
Signed-off-by: Wendy Liang
---
include/linux/firmware/xlnx-zynqmp.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/linux/firmware/xlnx-zynqmp.h
b/include/linux/firmware/xlnx-zynqmp.h
index
On Tue, 14 Aug 2018 00:34:46 +0200
Janusz Krzysztofik wrote:
> In its current shape, the driver sets data port direction before each
> byte read/write operation, even during multi-byte transfers. Improve
> performance of the driver by setting the port direction only when
> needed.
>
> This
On Wed, 15 Aug 2018 12:59:35 -0400
Tony Krowiak wrote:
> On 08/15/2018 05:52 AM, Cornelia Huck wrote:
> > On Mon, 13 Aug 2018 17:48:07 -0400
> > Tony Krowiak wrote:
> >> +/**
> >> + * unassign_adapter_store
> >> + *
> >> + * @dev: the matrix device
> >> + * @attr: a mediated matrix device
After upgrading my distro compiler to gcc-8.2, Linux fails to compile on
32-bit powerpc (tested with 4.17, 4.18 and v4.18-7873-gf91e654474d4).
CC arch/powerpc/kernel/ptrace.o
In file included from ./include/linux/bitmap.h:9,
from ./include/linux/cpumask.h:12,
From: Chunyan Zhang
This patch adds the initial support of Secure Digital Host Controller
Interface compliant controller found in some latest Spreadtrum chipsets.
This patch has been tested on the version of SPRD-R11 controller.
R11 is a variant based on SD v4.0 specification.
With this
For version 4.10 and aboves, SDHCI_ARGUMENT2 is also uses to indicate
32-bit number of blocks, it doesn't support stuff bits in argument of
CMD23, but only block count for the following command (CMD18/25).
Signed-off-by: Chunyan Zhang
---
drivers/mmc/host/sdhci.c | 9 +
When Host Version 4 Enable is set to 1, SDMA uses ADMA System Address
register (05Fh-058h) instead of using register (000h-004h) to indicate
its system address of data location. The register (000h-004h) is
re-assigned to 32-bit Block Count and Auto CMD23 argument, so then SDMA
may use Auto CMD23.
As SD Host Controller Specification v4.10 documents:
Host Controller Version 4.10 defines this "Auto CMD Auto Select" mode.
Selection of Auto CMD depends on setting of CMD23 Enable in the Host
Control 2 register which indicates whether card supports CMD23. If CMD23
Enable =1, Auto CMD23 is used
Host Controller Version 4.10 re-defines SDMA System Address register
as 32-bit Block Count for v4 mode, and SDMA uses ADMA System
Address register (05Fh-058h) instead if v4 mode is enabled. Also
when using 32-bit block count, 16-bit block count register need
to be set to zero.
Signed-off-by:
ADMA2 64-bit addressing support is divided into V3 mode and V4 mode.
So there are two kinds of descriptors for ADMA2 64-bit addressing
i.e. 96-bit Descriptor for V3 mode, and 128-bit Descriptor for V4
mode. 128-bit Descriptor is aligned to 8-byte.
For V4 mode, ADMA2 64-bit addressing is enabled
From: Chunyan Zhang
This patch adds the device-tree binding documentation for Spreadtrum
SDHCI driver.
Signed-off-by: Chunyan Zhang
---
.../devicetree/bindings/mmc/sdhci-sprd.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644
On Wed, Aug 15, 2018 at 7:39 PM Igor Opaniuk wrote:
>
> Enable access to the RPMB on the on-board eMMC of the
> Poplar board.
>
> Signed-off-by: Igor Opaniuk
> ---
> drivers/mmc/host/dw_mmc-hi3798cv200.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git
On Thu, Aug 16, 2018 at 3:26 PM, Rafael J. Wysocki wrote:
> On Thu, Aug 16, 2018 at 4:45 AM Chris Chiu wrote:
>>
>> Hi,
>> We recently hit a weird problem on the ASUS laptop UX433FN with
>> latest Intel Core i7-8565U CPU on kernel 4.18. The keyboard stops
>> functioning after exit s2idle. It
It's a bit overkill to use BUG when failing to add an entry to the
stats_vq in init_vqs. So remove it and just return the error to the
caller to bail out nicely.
Signed-off-by: Wei Wang
Cc: Michael S. Tsirkin
---
drivers/virtio/virtio_balloon.c | 10 +++---
1 file changed, 7 insertions(+),
On 16/08/2018 10:01:12+0200, Greg Kroah-Hartman wrote:
> On Thu, Aug 16, 2018 at 09:39:41AM +0200, Alexandre Belloni wrote:
> > When both uio and the uio drivers are built in the kernel, it is possible
> > for a driver to register devices before the uio class is registered.
>
> How does this
On Thu, 2018-08-16 at 11:05 +0800, Hanjie Lin wrote:
>
> On 2018/8/14 18:41, Jerome Brunet wrote:
> > On Tue, 2018-08-14 at 02:12 -0400, Hanjie Lin wrote:
> > > From: Yue Wang
> > >
> > > The Meson-PCIE-PHY controller supports the 5-Gbps data rate
> > > of the PCI Express Gen 2 specification
Hi Rob,
On 16/08/18 00:21, Rob Herring wrote:
> On Wed, Aug 15, 2018 at 11:59:32AM +0200, Enric Balletbo i Serra wrote:
>> Commit 98898f3bc83c8 ("phy: rockchip-inno-usb2: support otg-port for
>> rk3399") introduces two new properties. The extcon property is used to
>> detect the cable-state, and
The original asus-wmi queues a work which calls the ACPI/WMI methods to
update the keyboard LED brightness. Similar drivers - acer-wmi,
dell-wmi-led just call the ACPI/WMI methods directly without workqueues.
This patch simplifies the keyboard brightness updating process which
calls the
Enable the i2c controller on ocelot PCB123. While there are no i2c devices
on the board itself, it can be used to control the SFP transceivers.
Signed-off-by: Alexandre Belloni
---
arch/mips/boot/dts/mscc/ocelot_pcb123.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git
The Microsemi Ocelot I2C controller is a designware IP. It also has a
second set of registers to allow tweaking SDA hold time and spike
filtering.
Reviewed-by: Andy Shevchenko
Signed-off-by: Alexandre Belloni
---
drivers/i2c/busses/i2c-designware-core.h| 3 ++
Move the #ifdef CONFIG_OF section to the top of the file, after the ACPI
section so functions defined there can be used in dw_i2c_plat_probe.
Signed-off-by: Alexandre Belloni
---
drivers/i2c/busses/i2c-designware-platdrv.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
Document bindings for the Microsemi Ocelot integration of the Designware
I2C controller.
Cc: Rob Herring
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/i2c/i2c-designware.txt | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
Switch to device_get_match_data in probe to match the device specific data
instead of using the acpi specific function.
Suggested-by: Andy Shevchenko
Acked-by: Andy Shevchenko
Signed-off-by: Alexandre Belloni
---
drivers/i2c/busses/i2c-designware-platdrv.c | 7 ++-
1 file changed, 2
On Sun 2018-07-29 17:21:19, Andy Shevchenko wrote:
> On Sat, Jul 28, 2018 at 7:39 PM, Joe Perches wrote:
> > Use %p pointer output instead of REG_FMT and cast the unsigned longs to
> > (void *) to avoid exposing kernel addresses.
> >
> > Miscellanea:
> >
> > o Convert pr_cont to
On Fri, 03 Aug 2018, Matti Vaittinen wrote:
> Document devicetree bindings for ROHM BD71837 PMIC MFD.
>
> Signed-off-by: Matti Vaittinen
> Reviewed-by: Rob Herring
> Acked-for-MFD-by: Lee Jones
> ---
> .../devicetree/bindings/mfd/rohm,bd71837-pmic.txt | 62
> ++
> 1
On Fri, 03 Aug 2018, Matti Vaittinen wrote:
> ROHM BD71837 PMIC MFD driver providing interrupts and support
> for three subsystems:
> - clk
> - Regulators
> - input/power-key
>
> Signed-off-by: Matti Vaittinen
> Reviewed-by: Enric Balletbo i Serra
> ---
> drivers/mfd/Kconfig |
On Thu, Aug 16, 2018 at 4:45 AM Chris Chiu wrote:
>
> Hi,
> We recently hit a weird problem on the ASUS laptop UX433FN with
> latest Intel Core i7-8565U CPU on kernel 4.18. The keyboard stops
> functioning after exit s2idle. It stops firing interrupts after resume
> on any keypress. We
On Tue, 14 Aug 2018 00:34:48 +0200
Janusz Krzysztofik wrote:
> Don't readw()/writew() data directly from/to GPIO port which is under
> control of gpio-omap driver, use GPIO API instead.
>
> Degrade of performance on Amstrad Delta is significant, can be
> recognized as a regression, that's why
When both uio and the uio drivers are built in the kernel, it is possible
for a driver to register devices before the uio class is registered.
This may result in a NULL pointer dereference later on in
get_device_parent() when accessing the class glue_dirs spinlock.
The trace looks like that:
The top-level Makefile invokes "make syncconfig" when necessary.
Then, Kconfig displays the following message when .config is updated.
#
# configuration written to .config
#
It is distracting because "make syncconfig" happens during the build
stage, and does nothing important in most
On Wed, Aug 15, 2018 at 03:01:21PM -0700, Andrew Morton wrote:
> Oh boy, lots of things.
>
> That small GFP_KERNEL allocation will basically never fail. In the
> exceedingly-rare-basically-never-happens case, simply bailing out of
> unregister_mem_sect_under_nodes() seems acceptable. But I
>From the SD host controller version 4.0 on, SDHCI implementation either
is version 3 compatible or version 4 mode. This patch-set covers those
changes which are common for SDHCI 4.0 version, regardless of whether
they are used with SD or eMMC storage devices.
This patchset also added a new sdhci
According to the SD host controller specification version 4.10, when
Host Version 4 is enabled, SDMA uses ADMA System Address register
(05Fh-058h) instead of using SDMA System Address register to
support both 32-bit and 64-bit addressing.
Signed-off-by: Chunyan Zhang
---
For SD host controller version 4.00 or later ones, there're two
modes of implementation - Version 3.00 compatible mode or
Version 4 mode. This patch introduced an interface to enable
v4 mode.
Signed-off-by: Chunyan Zhang
---
drivers/mmc/host/sdhci.c | 29 +
Added definitions for v400, v410, v420.
Signed-off-by: Chunyan Zhang
---
drivers/mmc/host/sdhci.c | 2 +-
drivers/mmc/host/sdhci.h | 3 +++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index 1c828e0..ca04834 100644
---
Hi Linus,
2018-08-16 6:10 GMT+09:00 Linus Torvalds :
> On Wed, Aug 15, 2018 at 10:58 AM Masahiro Yamada
> wrote:
>>
>> Masahiro Yamada (15):
>> kconfig: make syncconfig update .config regardless of sym_change_count
>
> This one is annoying me.
>
> I don't care if it updates .config. But
On 08/16/18 at 09:43am, Yannik Sembritzki wrote:
> On 16.08.2018 03:11, Dave Young wrote:
> > Instead of fix your 1st patch in 2nd patch, I would suggest to
> > switch the patch order. In 1st patch change the common code to use
> > the new macro and in 2nd patch you can directly fix the kexec
Hi David,
On Wed, Aug 15, 2018 at 10:19 PM David Bauer wrote:
> This adds the ability to define the initial state of each output line on
> device probe.
>
> Signed-off-by: David Bauer
(...)
> Optional properties:
> - enable-gpios: GPIO connected to the OE (Output Enable) pin.
> +-
On Thu, Aug 09, 2018 at 02:32:06PM +0200, Esben Haabendal wrote:
> From: Esben Haabendal
>
> Always update the stopped state when busy status have been checked.
> This is identical to what was done before, with the exception of error
> handling.
> Without this change, some errors cause the
On Thu, Aug 09, 2018 at 02:32:05PM +0200, Esben Haabendal wrote:
> From: Esben Haabendal
>
> This fixes a race condition, where the DMAEN bit ends up being set after
> I2C slave has transmitted a byte following the dummy read. When that
> happens, an interrupt is generated instead, and no DMA
From: Esben Haabendal
This fixes a race condition, where the DMAEN bit ends up being set after
I2C slave has transmitted a byte following the dummy read. When that
happens, an interrupt is generated instead, and no DMA request is generated
to kickstart the DMA read, and a timeout happens after
From: Esben Haabendal
Gives substantial performance improvement for transfers larger than 16
bytes (DMA_THRESHOLD). Smaller transfers are unaffected.
Signed-off-by: Esben Haabendal
---
arch/arm/boot/dts/ls1021a.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git
From: Esben Haabendal
Always update the stopped state when busy status have been checked.
This is identical to what was done before, with the exception of error
handling.
Without this change, some errors cause the stopped state to be left in
incorrect state in i2c_imx_stop(), i2c_imx_dma_read(),
On Thu, Aug 16, 2018 at 10:18 AM Chris Chiu wrote:
>
> On Thu, Aug 16, 2018 at 3:26 PM, Rafael J. Wysocki wrote:
> > On Thu, Aug 16, 2018 at 4:45 AM Chris Chiu wrote:
> >>
> >> Hi,
> >> We recently hit a weird problem on the ASUS laptop UX433FN with
> >> latest Intel Core i7-8565U CPU on
Hi Linus,
I am here on Linux v4.18 and tried first to merge the l1tf-final Git-branch.
Unfortunately, this is no more available in the tip Git-tree.
Then I saw Linux v4.18.1 which includes all the above stuff.
I tried to 'git cherry-pick -m 1 958f338e96f874a0d29442396d6adf9c1e17aa2d'.
I know
On 16.08.2018 03:11, Dave Young wrote:
> Instead of fix your 1st patch in 2nd patch, I would suggest to
> switch the patch order. In 1st patch change the common code to use
> the new macro and in 2nd patch you can directly fix the kexec code
> with TRUST_SECONDARY_KEYRING.
My reasoning for doing
Hi, Ryder
On Wed, 2018-08-15 at 13:18 +0800, Ryder Lee wrote:
> Add support for the bananapi R64 (BPI-R64) development board from
> BIPAI KEJI. Detailed hardware information for BPI-R64 which could be
> found on http://wiki.banana-pi.org/Banana_Pi_BPI-R64
>
> Signed-off-by: Ryder Lee
> ---
>
On Thu, Aug 16, 2018 at 09:39:41AM +0200, Alexandre Belloni wrote:
> When both uio and the uio drivers are built in the kernel, it is possible
> for a driver to register devices before the uio class is registered.
How does this happen? The link order should solve this issue, right?
thanks,
On Wed, 2018-08-15 at 13:18 +0800, Ryder Lee wrote:
> Fix ram size and sort nodes in alphabetical order.
>
The size of the ram should be selective range from 512 megabytes to 2
gigabytes depending on what the specific application is being run on the
Soc and I actually thought 512 megabytes
From: Marcel Ziswiler
Commit 6c468f109884 ("ARM: dts: tegra: add Tegra20 NAND flash
controller node") introduced the nand-controller node. However, it got
added at the wrong spot not honoring the address order. Fix this.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Stefan Agner
---
Changes
From: Marcel Ziswiler
This is similar to tegra124 and avoids the following being reported
upon boot:
hw perfevents: no interrupt-affinity property for /pmu, guessing.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Stefan Agner
---
Changes in v2:
- Add Stefan's acks.
On Thu, Aug 16, 2018 at 04:02:59PM +0800, Dave Young wrote:
> On 08/16/18 at 09:43am, Yannik Sembritzki wrote:
> > On 16.08.2018 03:11, Dave Young wrote:
> > > Instead of fix your 1st patch in 2nd patch, I would suggest to
> > > switch the patch order. In 1st patch change the common code to use
>
For version 4.10 and aboves, SDHCI_ARGUMENT2 is also used to indicate
32-bit number of blocks, so it doesn't support stuff bits in argument
of CMD23, but only block count for the following command (CMD18/25).
Signed-off-by: Chunyan Zhang
---
drivers/mmc/host/sdhci.c | 10 ++
On 8/16/2018 8:29 AM, Steven Rostedt wrote:
Sorry for the late reply, I actually wrote this email over a week ago,
but never hit send. And the email was pushed back behind other
windows. :-/
Thanks for the review Steven.
And no problem on late reply, I was working on Will's comment about
Ocelot has an i2c controller, add it. There is only one possible pinmux
configuration so add it as well.
Signed-off-by: Alexandre Belloni
---
arch/mips/boot/dts/mscc/ocelot.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/mips/boot/dts/mscc/ocelot.dtsi
Hello,
Because the designware IP was not able to handle the SDA hold time before
version 1.11a, MSCC has its own implementation. Add support for it and then add
i2c on ocelot boards.
I would expect patches 1 to 5 to go through the i2c tree and 6-7 through
the mips tree once patch 4 has been
Because some old designware IPs were not supporting setting an SDA hold
time, vendors developed their own solution. Add a way for the final driver
to provide its own SDA hold time handling.
Reviewed-by: Andy Shevchenko
Signed-off-by: Alexandre Belloni
---
On Fri, 03 Aug 2018, Guenter Roeck wrote:
> Instantiating the sm501 OHCI subdevice results in a kernel warning.
>
> sm501-usb sm501-usb: SM501 OHCI
> sm501-usb sm501-usb: new USB bus registered, assigned bus number 1
> WARNING: CPU: 0 PID: 1 at ./include/linux/dma-mapping.h:516
>
On Mon, Aug 06, 2018 at 05:39:41PM +0100, Patrick Bellasi wrote:
> In order to properly support hierarchical resources control, the cgroup
> delegation model requires that attribute writes from a child group never
> fail but still are (potentially) constrained based on parent's assigned
>
From: Linus Torvalds
> Sent: 15 August 2018 17:34
> To: David Laight
> Cc: Guenter Roeck; Linux Kernel Mailing List; Rik van Riel; Mike Galbraith;
> Dave Hansen; Andrew Morton
> Subject: Re: Build failures with gcc 4.5 and older
>
> On Wed, Aug 15, 2018 at 9:16 AM David Laight wrote:
> >
> > >
On Wed, Aug 15, 2018 at 03:16:52PM -0700, Andrew Morton wrote:
> From: Vlastimil Babka
> Subject: mm, page_alloc: actually ignore mempolicies for high priority
> allocations
>
> The __alloc_pages_slowpath() function has for a long time contained code
> to ignore node restrictions from memory
If the make directory for "sys" interface fail's then its
dereferenced without even checking for its validity which
will lead to crash, hence added preventive code to check
for NULL and accordingly dereference.
Signed-off-by: Srikanth K H
---
fs/proc/proc_sysctl.c | 2 ++
1 file changed, 2
Two tracepoints for now:
* `phy_interrupt` Pretty self-explanatory.
* `phy_state_change` Whenever the PHY's state machine is run, trace
the old and the new state.
Signed-off-by: Tobias Waldekranz
---
drivers/net/phy/phy.c | 4 +++
include/trace/events/phy.h | 68
On Thu, Aug 16, 2018 at 4:54 PM, Rafael J. Wysocki wrote:
> On Thu, Aug 16, 2018 at 10:18 AM Chris Chiu wrote:
>>
>> On Thu, Aug 16, 2018 at 3:26 PM, Rafael J. Wysocki wrote:
>> > On Thu, Aug 16, 2018 at 4:45 AM Chris Chiu wrote:
>> >>
>> >> Hi,
>> >> We recently hit a weird problem on the
I'm announcing the release of the 4.4.148 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index ee92a12e3a4b..9b795164122e 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 147
+SUBLEVEL = 148
EXTRAVERSION =
NAME = Blurry Fish Butt
diff --git a/arch/arm/boot/dts/imx6sx.dtsi b/arch/arm/boot/dts/imx6sx.dtsi
On Thu, Aug 16, 2018 at 12:05 PM Chris Chiu wrote:
>
> On Thu, Aug 16, 2018 at 4:54 PM, Rafael J. Wysocki wrote:
> > On Thu, Aug 16, 2018 at 10:18 AM Chris Chiu wrote:
> >>
> >> On Thu, Aug 16, 2018 at 3:26 PM, Rafael J. Wysocki
> >> wrote:
> >> > On Thu, Aug 16, 2018 at 4:45 AM Chris Chiu
I'm announcing the release of the 4.9.120 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
On Tue, 07 Aug 2018, Richard Fitzgerald wrote:
> While polling for BOOT_DONE the chip could NAK a read because it is
> still booting, which would terminate the regmap_read_poll_timeout()
> with an error.
>
> Instead implement a polling loop that ignores read errors so we
> always poll until the
On Tue, 07 Aug 2018, Richard Fitzgerald wrote:
> Add some register definitions for accessory detection, used
> by the extcon driver.
>
> Signed-off-by: Richard Fitzgerald
> ---
> include/linux/mfd/madera/registers.h | 51
>
> 1 file changed, 51
Hi John,
On Wed, Aug 15, 2018 at 04:55:15PM -0700, John Stultz wrote:
> On Tue, Aug 14, 2018 at 4:36 AM, Will Deacon wrote:
> >
> > Please pull these arm64 updates for 4.19. Details in the tag, but please be
> > aware that we've pulled in the x86/mm branch from -tip so that we can make
> > use
On Mon, Aug 06, 2018 at 05:39:44PM +0100, Patrick Bellasi wrote:
> Clamp values cannot be tuned at the root cgroup level. Moreover, because
> of the delegation model requirements and how the parent clamps
> propagation works, if we want to enable subgroups to set a non null
> util.min, we need to
The new helper returns address mapping page, which has several users
in individual subsystem, like mem_to_page in xfs_buf.c and pgv_to_page
in af_packet.c, after this, they can be unified
Signed-off-by: Zhang Yu
Signed-off-by: Li RongQing
---
include/linux/mm.h | 8
1 file changed, 8
On Thu, Aug 16, 2018 at 04:21:17PM +0800, Leizhen (ThunderTown) wrote:
> On 2018/8/15 20:26, Robin Murphy wrote:
> > On 15/08/18 11:23, Zhen Lei wrote:
> >> diff --git a/drivers/iommu/arm-smmu-v3.c b/drivers/iommu/arm-smmu-v3.c
> >> index 1d64710..3f5c236 100644
> >> ---
On Thu 16-08-18 17:17:37, Li RongQing wrote:
> The new helper returns address mapping page, which has several users
> in individual subsystem, like mem_to_page in xfs_buf.c and pgv_to_page
> in af_packet.c, after this, they can be unified
Please add users along with the new helper.
>
>
Hi Eric! We're regularly running criu on linux-next and today
kernel get panicing.
---
[ 753.478579] BUG: unable to handle kernel NULL pointer dereference at
06a8
[ 753.479674] PGD 80011215f067 P4D 80011215f067 PUD 1134a8067 PMD 0
[ 753.480590] Oops: [#1] SMP PTI
[
Hi Alexandre,
On 14.08.2018 15:59, Alexandre Belloni wrote:
> On 14/08/2018 09:54:56+0800, zhong jiang wrote:
>> Device node iterators put the previous value of the index variable,
>> so an explicit put causes a double put.
>>
>
> While for_each_matching_node_and_match will get and put the node
Hi,
Here are 2 small fixes for ftrace, one is documentation fix to
add stacktrace action and another is blktrace fix so that
user can set the current enablement parameter without an error.
Thank you,
---
Masami Hiramatsu (2):
docs: tracing: Add stacktrace filter command
From: Linus Torvalds
> Sent: 15 August 2018 21:19
...
> But if people run things on real machines, then BUG() is absolutely
> the last thing you EVER want to do for "debugging".
I'm not sure you want it on a live system either.
Live systems are where the 'hard' bugs show up.
I've just spent a
1 - 100 of 1084 matches
Mail list logo