On Thu 2018-04-19 10:23:11, Sergey Senozhatsky wrote:
> On (04/18/18 16:04), Petr Mladek wrote:
> [..]
> > > diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
> > > index 2f4af216bd6e..86f0b337cbf6 100644
> > > --- a/kernel/printk/printk.c
> > > +++ b/kernel/printk/printk.c
> > > @@ -188
On Thu, Apr 19, 2018 at 8:55 AM, Fengguang Wu wrote:
> On Thu, Apr 19, 2018 at 03:20:50PM +0900, Sergey Senozhatsky wrote:
>>
>> On (04/19/18 08:04), Dmitry Vyukov wrote:
>> [..]
>>>
>>> We could also make them mutually exclusive in config to prevent people
>>> from hitting these false positives a
Hi Jacopo,
On 04/19/2018 12:44 PM, Vladimir Zapolskiy wrote:
> Hi Jacopo, Laurent,
>
> On 04/10/2018 01:53 PM, Jacopo Mondi wrote:
>> Document Thine THC63LVD1024 LVDS decoder device tree bindings.
>>
>> Signed-off-by: Jacopo Mondi
>> Reviewed-by: Andrzej Hajda
>> Reviewed-by: Niklas Söderlund
On Thu, Apr 19, 2018 at 11:25:19AM +0200, Marcus Wolf wrote:
> let me know, what you like to have. For sure with just one station and
> no other 433MHz equipment, options for testing are quite limited.
I can get Rpi3 and with two shields test 433MHz communication between
Rpi2 and Rpi3.
--
Valent
Hi Laurent :-)
On 04/19/2018 10:20 AM, Laurent Pinchart wrote:
> Hi Philippe,
>
> Thank you for the patch.
>
> On Tuesday, 10 April 2018 08:19:27 EEST Philippe Cornu wrote:
>> Add the 3 optional power supplies using the exact description
>> found in the document named
>> "SiI9022A/SiI9024A HDMI
Hi Jacopo, Laurent,
On 04/10/2018 01:53 PM, Jacopo Mondi wrote:
> Document Thine THC63LVD1024 LVDS decoder device tree bindings.
>
> Signed-off-by: Jacopo Mondi
> Reviewed-by: Andrzej Hajda
> Reviewed-by: Niklas Söderlund
> Reviewed-by: Laurent Pinchart
Reviewed-by: Vladimir Zapolskiy
> --
On Sat, Apr 14, 2018 at 6:24 AM, Ruslan Bilovol
wrote:
> Recently released USB Audio Class 3.0 specification
> contains BADD (Basic Audio Device Definition) document
> which describes pre-defined UAC3 configurations.
>
> BADD support is mandatory for UAC3 devices, it should be
> implemented as a s
Hello DRM list,
cc media-list for the mbus format extension
cc renesas-soc and devicetree for Eagle DTS patch
This series adds support for static image formats to DRM bridges, mimicking
what display_info.bus_formats represents for DRM connectors.
The main use case of this series is the R-Car
Add LVDS map mode description property to THC63LVD1024 LVDS decoder in
R-Car V3M-Eagle board device tree.
Signed-off-by: Jacopo Mondi
---
arch/arm64/boot/dts/renesas/r8a77970-eagle.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a77970-eagle.dts
b/arch/arm6
The THC63LVD1024 LVDS to RGB bridge supports two different input mapping
modes, selectable by means of an external pin.
Describe the LVDS mode map through a newly defined mandatory property in
device tree bindings.
Signed-off-by: Jacopo Mondi
---
.../devicetree/bindings/display/bridge/thine,thc
The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338:
Linux 4.17-rc1 (2018-04-15 18:24:20 -0700)
are available in the git repository at:
git+ssh://gitol...@ra.kernel.org/pub/scm/linux/kernel/git/arnd/playground.git
tags/y2038-timekeeping
for you to fetch changes up to
With the introduction of static input image format enumeration in DRM
bridges, add support to retrieve the format in rcar-lvds LVDS encoder
from both panel or bridge, to set the desired LVDS mode.
Do not rely on 'DRM_BUS_FLAG_DATA_LSB_TO_MSB' flag to mirror the LVDS
format, as it is only defined f
Some LVDS controller can output swapped versions of LVDS RGB formats.
Define and document them in the list of supported media bus formats
Signed-off-by: Jacopo Mondi
---
Documentation/media/uapi/v4l/subdev-formats.rst | 174
include/uapi/linux/media-bus-format.h
sun4i_tcon0_mode_set_cpu() currently accepts struct mipi_dsi_device *
as its second parameter. This is derived from drm_encoder.
The DSI encoder is tied to the CPU interface mode of the TCON as a
special case. In theory, if hardware were available, we could also
support normal CPU interface modes.
Hi Ravi,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on usb/usb-testing]
[also build test ERROR on v4.17-rc1 next-20180419]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
Am 12.04.2018 um 20:46 schrieb Valentin Vidic:
> On Sun, Apr 08, 2018 at 05:22:46PM +0200, Marcus Wolf wrote:
>> Regarding your patch, I did not understand, why you did not remove
>> the mutex_lock in pi433_write. Wasn't it the goal to remove it?
>
> Is it possible for more than one userspace pr
Dithering is a method of approximating a color from a mixture of other
colors when the required color isn't available. It reduces color
banding artifacts that can be observed when displaying gradients
(e.g. grayscale gradients). This may occur when the image that needs
to be displayed is 24-bit but
From: Jonathan Liu
The hardware supports dithering on TCON channel 0 which is used for LCD
panels.
Dithering is a method of approximating a color from a mixture of other
colors when the required color isn't available. It reduces color
banding artifacts that can be observed when displaying gradie
Dithering is only supported for TCON channel 0. Throughout the datasheet
all the names associated with these register are prefixed "TCON0",
instead of "TCON". The only exception is the control register
"TCON_FRM_CTL_REG".
Rename the macros to reflect this.
Signed-off-by: Chen-Yu Tsai
---
driver
This panel is marketed as Banana Pi 7" LCD display. On the back is
a sticker denoting the model name S070WV20-CT16.
This is a 7" 800x480 panel connected through a 24-bit RGB interface.
However the panel only does 262k colors.
Signed-off-by: Chen-Yu Tsai
---
.../display/panel/bananapi,s070wv20-c
> Il giorno 18 apr 2018, alle ore 16:30, Jens Axboe ha
> scritto:
>
> On 4/18/18 3:08 AM, Paolo Valente wrote:
>>
>>
>>> Il giorno 18 apr 2018, alle ore 00:57, Jens Axboe ha
>>> scritto:
>>>
>>> On 4/17/18 3:48 PM, Jens Axboe wrote:
On 4/17/18 3:47 PM, Kees Cook wrote:
> On Tue,
The BPI-M1+ has an FPC connector for connecting an RGB (parallel) or
LVDS LCD panel. One of the compatible panels is a 7" 800x480 RGB panel
from Bananapi. The backlight can be controlled by driving a PWM signal
from the SoC at different duty cycles. The LCD enable pin does not seem
to do anything,
DRM_BUS_FLAG_DATA_* flags, defined in drm_connector.h header file are
used to swap ordering of LVDS RGB format to accommodate DRM objects
that need to handle LVDS components ordering.
Now that the only 2 users of DRM_BUS_FLAG_DATA_* flags have been ported
to use the newly introduced MEDIA_BUS_FMT_
On the A20, as well as many other Allwinner SoCs, the PD pingroup has
the LCD0 RGB output functions.
Add a pinmux setting for RGB888 output from LCD0, so boards and tablets
with parallel RGB LCD panels may reference it.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun7i-a20.dtsi | 11 +
Hi Ravi,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on usb/usb-testing]
[also build test ERROR on v4.17-rc1 next-20180419]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
Hi Laurent : )
On 04/19/2018 10:11 AM, Laurent Pinchart wrote:
> Hi Philippe,
>
> Thank you for the patch.
>
> On Tuesday, 10 April 2018 08:19:26 EEST Philippe Cornu wrote:
>> Add the 3 optional power supplies using the exact description
>> found in the document named
>> "SiI9022A/SiI9024A HDMI
As now both bridges and panels report supported image formats,
use the newly introduced _LE version of LVDS media bus formats in place
of the DRM_BUS_FLAG_DATA_ flags defined in drm_connector.h
Signed-off-by: Jacopo Mondi
---
drivers/gpu/drm/panel/panel-lvds.c | 21 -
1 file
The THC63LVD1024 LVDS to RGB bridge supports two different LVDS mapping
modes, selectable by means of an external pin.
Add support for configurable LVDS input mapping modes, using the newly
introduced support for bridge input image formats.
Signed-off-by: Jacopo Mondi
---
drivers/gpu/drm/bridge
Add support for storing image format information in DRM bridges with
associated helper function.
This patch replicates for bridges what 'drm_display_info_set_bus_formats()'
is for connectors.
Signed-off-by: Jacopo Mondi
---
drivers/gpu/drm/drm_bridge.c | 30 ++
inclu
On Sun, Apr 15, 2018 at 11:16:04AM -0700, Linus Torvalds wrote:
[...]
> The other thing we should do is to get rid of the stupid padding.
> Right now "struct siginfo" is pointlessly padded to 128 bytes. That is
> completely insane, when it's always just zero in the kernel.
Agreed, inside the ker
Am 12.04.2018 um 19:15 schrieb Valentin Vidic:
> On Sun, Apr 08, 2018 at 04:15:30PM +0200, Marcus Wolf wrote:
>> The hardware of Pi433 is working with every Raspberry Pi (on zero, you
>> need to solder the GPIO-pins) and with several other fruits like banana
>> pi. The only thing is, that you need
On Wed, 18 Apr 2018 16:29:31 +0800
Dong Jia Shi wrote:
> * Cornelia Huck [2018-04-13 16:05:09 +0200]:
>
> Nitpick for the title:
> vfio-ccw: process ssch with interrupts disabled
>
> Should be "vfio: ccw:"?
Yes, that seems to be the more common title.
I've added a cc:stable as well (as the c
On 18.04.2018 21:25, Hernán Gonzalez wrote:
On Sun, Apr 15, 2018 at 12:31 PM, Jonathan Cameron wrote:
On Fri, 13 Apr 2018 13:36:46 -0300
Hernán Gonzalez wrote:
This allows the driver to be probed and removed as a module powering it
down on remove().
Signed-off-by: Hernán Gonzalez
---
dri
Hi Michel,
On Tue, Apr 17, 2018 at 1:04 PM, Michel Pollet
wrote:
> The Renesas RZ/N1 Family (Part #R9A06G0xx) requires a driver
> as part of the sysctrl MFD to handle rebooting the CA7 cores.
> This documents the driver bindings.
>
> Signed-off-by: Michel Pollet
> ---
> .../devicetree/bindings/
On Thu, 19 Apr 2018 09:00:40 + Bhadram Varka wrote:
> Hi,
>
> > -Original Message-
> > From: Jisheng Zhang
> > Sent: Thursday, April 19, 2018 2:24 PM
> > To: Bhadram Varka
> > Cc: Andrew Lunn ; Florian Fainelli ;
> > David S. Miller ; net...@vger.kernel.org; linux-
> > ker...@vger.k
From: Andi Kleen
> Sent: 19 April 2018 01:39
>
> On Wed, Apr 18, 2018 at 05:02:02PM -0700, Linus Torvalds wrote:
> > On Wed, Apr 18, 2018 at 4:26 PM, Andi Kleen wrote:
> > >
> > > Seems like a hack. Why can't that be stored in a per cpu variable?
> >
> > It *is* a percpu variable - the whole x86_
Hi,
> -Original Message-
> From: Jisheng Zhang
> Sent: Thursday, April 19, 2018 2:24 PM
> To: Bhadram Varka
> Cc: Andrew Lunn ; Florian Fainelli ;
> David S. Miller ; net...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Jingju Hou
> Subject: Re: [PATCH] net: phy: marvell: clear wol
De: Lucia Duran
Enviado el: jueves, 19 de abril de 2018 05:49 a.m.
Para: Lucia Duran
Asunto: Business proposal
I have a Business proposal for you. If interested For more details Respond
directly to this Email : ( hans.witteb...@gmail.com )
On Wed, Apr 18, 2018 at 7:40 PM, Song Liu wrote:
> As Miklos reported and suggested:
>
> This pattern repeats two times in trace_uprobe.c and in
> kernel/events/core.c as well:
>
> ret = kern_path(filename, LOOKUP_FOLLOW, &path);
> if (ret)
> goto fail_address_parse;
>
>
On 19 April 2018 at 10:22, Anders Roxell wrote:
> On 18 April 2018 at 16:54, Shuah Khan wrote:
>> On 04/18/2018 01:52 AM, Anders Roxell wrote:
>>> When overriding the 'clean' target make throws up warnings:
>>> Makefile:9: warning: overriding recipe for target 'clean'
>>> ../lib.mk:98: warning: i
Hi,
On Thu, 19 Apr 2018 08:38:45 + Bhadram Varka wrote:
> Hi,
>
> > -Original Message-
> > From: netdev-ow...@vger.kernel.org On
> > Behalf Of Jisheng Zhang
> > Sent: Thursday, April 19, 2018 1:33 PM
> > To: Andrew Lunn ; Florian Fainelli ;
> > David S. Miller
> > Cc: net...@vger.k
From: Kai Heng Feng
Commit f13b2065de81 ("Input: i8042 - allow KBD and AUX ports to wake up
from suspend-to-idle") make system in s2idle can be woken up by i8042
keyboard, but it's disabled by default.
In commit 3e6e15a862a0 ("Input: enable remote wakeup for PNP i8042
keyboard ports") states tha
One warning message in 'atomic_ops.rst' is not using 'warning' rst
directive while others does. This commit modifies the message to use
'warning' rst directive.
Signed-off-by: SeongJae Park
---
Documentation/core-api/atomic_ops.rst | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-
Example code snippets for necessary of READ_ONCE() and WRITE_ONCE() has
an unnecessary line of code and wrong condition. This commit fixes
them.
Signed-off-by: SeongJae Park
---
Documentation/core-api/atomic_ops.rst | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/Documenta
Hi,
> -Original Message-
> From: netdev-ow...@vger.kernel.org On
> Behalf Of Jisheng Zhang
> Sent: Thursday, April 19, 2018 1:33 PM
> To: Andrew Lunn ; Florian Fainelli ;
> David S. Miller
> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; Jingju Hou
>
> Subject: [PATCH] net: p
Hi Gregory,
On Thu, 29 Mar 2018 13:46:36 +0200 Gregory CLEMENT wrote:
> Hi Jisheng,
>
> On jeu., mars 29 2018, Jisheng Zhang wrote:
>
> > Change the entry name and move it to its alphabetical location.
> > We move to ARM/Synaptics instead of ARM/Marvell.
> >
> > This patch also updates my em
From: Huang Ying
mmap_sem will be read locked when calling follow_pmd_mask(). But this
cannot prevent PMD from being changed for all cases when PTL is
unlocked, for example, from pmd_trans_huge() to pmd_none() via
MADV_DONTNEED. So it is possible for the pmd_present() check in
follow_pmd_mask()
From: Mans Andersson
Add suport for the TI TLK105 and TLK106 10/100Mbit ethernet phys.
In addition the TLK10X needs to be removed from DP83848 driver as the
power back off support is added here for this device.
Datasheet:
http://www.ti.com/lit/gpn/tlk106
---
.../devicetree/bindings/net/ti,tlk1
There is race between nvme_remove and nvme_reset_work that can
lead to io hang.
nvme_removenvme_reset_work
-> change state to DELETING
-> fail to change state to LIVE
-> nvme_remove_dead_ctrl
On Thu, Apr 19, 2018 at 10:18:35AM +0200, Neil Armstrong wrote:
> Hi Greg,
>
> On 23/02/2018 12:44, Neil Armstrong wrote:
> > The Amlogic Meson GX SoCs, embedded the v2.01a controller, has been also
> > identified needing this workaround.
> > This patch adds the corresponding version to enable a s
On Wed, Apr 18, 2018 at 11:18:25AM -0700, Yang Shi wrote:
> Yes, thanks for the suggestion. I did think about it before I went with the
> new flag. Not like hugetlb, THP will *not* guarantee huge page is used all
> the time, it may fallback to regular 4K page or may get split. I'm not sure
> how th
On Wed, Apr 18, 2018 at 09:22:09AM -0500, Eric W. Biederman wrote:
> Dave Martin writes:
>
> > On Tue, Apr 17, 2018 at 02:37:38PM -0500, Eric W. Biederman wrote:
[...]
> >> My intention is to leave 0 instances of clear_siginfo in the
> >> architecture specific code. Ideally struct siginfo will
On Tue, Apr 17, 2018 at 01:14:17PM +0530, Rahul Lakkireddy wrote:
> +config PROC_VMCORE_DEVICE_DUMP
> + bool "Device Hardware/Firmware Log Collection"
> + depends on PROC_VMCORE
> + default y
Only things that require the machine to keep working should be 'default
y', please remove this
On 18 April 2018 at 16:54, Shuah Khan wrote:
> On 04/18/2018 01:52 AM, Anders Roxell wrote:
>> When overriding the 'clean' target make throws up warnings:
>> Makefile:9: warning: overriding recipe for target 'clean'
>> ../lib.mk:98: warning: ignoring old recipe for target 'clean'
>>
>> In current
Hi Philippe,
Thank you for the patch.
On Tuesday, 10 April 2018 08:19:27 EEST Philippe Cornu wrote:
> Add the 3 optional power supplies using the exact description
> found in the document named
> "SiI9022A/SiI9024A HDMI Transmitter Data Sheet (August 2016)".
>
> Signed-off-by: Philippe Cornu
>
On 2018-04-18 23:21, Linus Torvalds wrote:
> On Wed, Apr 18, 2018 at 1:12 AM, Martin Wilck wrote:
>>
>> No, it doesn't (gcc 7.3.0). -> https://paste.opensuse.org/27471594
>> It doesn't even warn on an expression like this:
>>
>> #define SIZE (1<<10)
>> static int foo[ilog2(SIZE)];
>
> Ok, I t
On 04/18/2018 07:01 PM, Dongwon Kim wrote:
On Wed, Apr 18, 2018 at 03:42:29PM +0300, Oleksandr Andrushchenko wrote:
On 04/18/2018 01:55 PM, Roger Pau Monné wrote:
On Wed, Apr 18, 2018 at 01:39:35PM +0300, Oleksandr Andrushchenko wrote:
On 04/18/2018 01:18 PM, Paul Durrant wrote:
-Original
Hi Philippe,
Thank you for the patch.
On Tuesday, 10 April 2018 08:19:26 EEST Philippe Cornu wrote:
> Add the 3 optional power supplies using the exact description
> found in the document named
> "SiI9022A/SiI9024A HDMI Transmitter Data Sheet (August 2016)".
>
> Signed-off-by: Philippe Cornu
>
Hi Greg,
On 23/02/2018 12:44, Neil Armstrong wrote:
> The Amlogic Meson GX SoCs, embedded the v2.01a controller, has been also
> identified needing this workaround.
> This patch adds the corresponding version to enable a single iteration for
> this specific version.
>
> Fixes: be41fc55f1aa ("drm:
On Mon, Apr 16, 2018 at 03:38:56PM +0200, Daniel Vetter wrote:
> We've broken that assumption in i915 years ago. Not struct page backed
> gpu memory is very real.
>
> Of course we'll never feed such a strange sg table to a driver which
> doesn't understand it, but allowing sg_page == NULL works pe
On Thu, Apr 19, 2018 at 05:09:16PM +0900, DaeRyong Jeong wrote:
> We report the crash:
> KASAN: slab-out-of-bounds Write in tty_insert_flip_string_fixed_flag
>
> This crash has been found in v4.16 using RaceFuzzer (a modified
> version of Syzkaller), which we describe more at the end of this
> rep
On Wed, 18 Apr 2018, Kees Cook wrote:
> On Wed, Apr 4, 2018 at 12:40 PM, Boris Brezillon
> wrote:
> > Don't know how you want to get these patches merged, but the NAND
> > related changes will conflict with my nand/for-4.17 changes (NAND
> > code base has been moved to drivers/mtd/nand/raw).
> >
>
On 04/18/2018 08:01 PM, Dongwon Kim wrote:
On Wed, Apr 18, 2018 at 09:38:39AM +0300, Oleksandr Andrushchenko wrote:
On 04/17/2018 11:57 PM, Dongwon Kim wrote:
On Tue, Apr 17, 2018 at 09:59:28AM +0200, Daniel Vetter wrote:
On Mon, Apr 16, 2018 at 12:29:05PM -0700, Dongwon Kim wrote:
Yeah, I de
On Apr 19, 2018, at 3:46 PM, Pali Rohár wrote:
On Thursday 19 April 2018 15:24:49 Kai-Heng Feng wrote:
There are two new events generated by dell-wmi, rfkill and fn-lock, from
Dell Systems.
These events are for notification purpose, so we can ignore them.
Tested on XPS 9370.
Signed-off-by:
We report the crash:
KASAN: slab-out-of-bounds Write in tty_insert_flip_string_fixed_flag
This crash has been found in v4.16 using RaceFuzzer (a modified
version of Syzkaller), which we describe more at the end of this
report. Our analysis shows that the race occurs when invoking two
syscalls conc
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive fixes for HID subsystem:
=
- suspend/resume handling fix for Raydium I2C-connected touchscreen from
Aaron Ma
- protocol fixup for certain BT-connected Wacoms from Aaron Armstrong
Hi Michael,
I love your patch! Yet something to improve:
[auto build test ERROR on net/master]
url:
https://github.com/0day-ci/linux/commits/Michael-S-Tsirkin/virtio_net-split-out-ctrl-buffer/20180419-145754
config: i386-randconfig-a0-201815 (attached as .config)
compiler: gcc-4.9 (Debian
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/livepatching.git for-linus
to receive livepatching fix
=
- livepatching shadow variable API list_head initialization fix from
Petr Mladek
=
Hi all,
ping... Sorry to disturb, but any comment about this patchset?
Thanks
Yisheng
On 2018/3/31 15:12, Yisheng Xie wrote:
> Zhou reported a bug on Hisilicon arm64 D06 platform with 64KB page size:
>
> [2.470908] kernel BUG at lib/ioremap.c:72!
> [2.475079] Internal error: Oops - BU
From: Jingju Hou
If WOL event happened once, the LED[2] interrupt pin will not be
cleared unless reading the CSISR register. So clear the WOL event
before enabling it.
Signed-off-by: Jingju Hou
Signed-off-by: Jisheng Zhang
---
drivers/net/phy/marvell.c | 9 +
1 file changed, 9 inserti
Not all chipidea users need EXTCON, so it's better to avoid
unconditionally select EXTCON, this could save us 2KB kernel Image size.
Signed-off-by: Jisheng Zhang
---
drivers/usb/chipidea/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/chipidea/Kconfig b/drivers/usb/chipide
On Thu, Apr 19, 2018 at 9:54 AM, syzbot
wrote:
> Hello,
>
> syzbot hit the following crash on upstream commit
> a27fc14219f2e3c4a46ba9177b04d9b52c875532 (Mon Apr 16 21:07:39 2018 +)
> Merge branch 'parisc-4.17-3' of
> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux
> syzbot d
On Wed, Apr 18, 2018 at 12:42:44PM -0500, Dan Rue wrote:
> On Tue, Apr 17, 2018 at 05:58:33PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.9.95 release.
> > There are 66 patches in this series, all will be posted as a response
> > to this one. If anyo
Hello,
syzbot hit the following crash on upstream commit
a27fc14219f2e3c4a46ba9177b04d9b52c875532 (Mon Apr 16 21:07:39 2018 +)
Merge branch 'parisc-4.17-3' of
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux
syzbot dashboard link:
https://syzkaller.appspot.com/bug?extid=f
diff --git a/Makefile b/Makefile
index a6906dfb112e..995666d5e57b 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 14
-SUBLEVEL = 34
+SUBLEVEL = 35
EXTRAVERSION =
NAME = Petit Gorille
diff --git a/arch/parisc/kernel/drivers.c b/
diff --git a/Makefile b/Makefile
index cfff73b62eb5..83152471e1a9 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 15
-SUBLEVEL = 17
+SUBLEVEL = 18
EXTRAVERSION =
NAME = Fearless Coyote
diff --git a/arch/parisc/kernel/drivers.c
I'm announcing the release of the 4.14.35 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web browser:
On Thu, Apr 19, 2018 at 03:47:10AM -0300, Andrew Jye Shih Chuang wrote:
> Increase readability of code following the Kernel coding style by breaking
> long lines and thus eliminating the checkpatch.pl warning.
>
The commit message also needs to be wrapped. I do it at 72 characters
like an email
-
NOTE, this is the last release of the 4.15.y kernel. It is now
end-of-life. Please move to the 4.16.y kernel tree at this point in
time.
-
I'm announcing the release of the 4.15.18 kernel.
All users of the 4.15 kernel series must upgrade.
diff --git a/Makefile b/Makefile
index f0040b05df30..38df392e45e4 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 16
-SUBLEVEL = 2
+SUBLEVEL = 3
EXTRAVERSION =
NAME = Fearless Coyote
diff --git a/arch/arm/boot/compressed/misc.c
I'm announcing the release of the 4.16.3 kernel.
All users of the 4.16 kernel series must upgrade.
The updated 4.16.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.16.y
and can be browsed at the normal kernel.org git web browser:
On Thursday 19 April 2018 15:24:49 Kai-Heng Feng wrote:
> There are two new events generated by dell-wmi, rfkill and fn-lock, from
> Dell Systems.
>
> These events are for notification purpose, so we can ignore them.
>
> Tested on XPS 9370.
>
> Signed-off-by: Kai-Heng Feng
> ---
> I ordered the
On Wed, Apr 18, 2018 at 10:29:57AM -0600, Tom Hromatka wrote:
> +/*
> + * Copyright (c) 2017, 2018, Oracle and/or its affiliates. All rights
> reserved.
> + * Author: Tom Hromatka
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU
On Wed, Apr 18, 2018 at 09:18:30PM +0200, Martin Blumenstingl wrote:
> Hi Johan,
>
> On Fri, Apr 13, 2018 at 5:15 PM, Johan Hovold wrote:
> > I've been carrying a patch out-of-tree since my work on improving the
> > USB device-tree support which is needed to be able to describe USB
> > topologies
Hi Michael,
I love your patch! Yet something to improve:
[auto build test ERROR on net/master]
url:
https://github.com/0day-ci/linux/commits/Michael-S-Tsirkin/virtio_net-split-out-ctrl-buffer/20180419-145754
config: x86_64-randconfig-x006-201815 (attached as .config)
compiler: gcc-7 (Debian
Quoting Amit Nischal (2018-04-18 06:34:32)
> diff --git a/drivers/clk/qcom/clk-rcg.h b/drivers/clk/qcom/clk-rcg.h
> index 2a7489a..9d9d59d 100644
> --- a/drivers/clk/qcom/clk-rcg.h
> +++ b/drivers/clk/qcom/clk-rcg.h
> @@ -153,8 +155,10 @@ struct clk_rcg2 {
> u32 cmd_rcgr
This add the following stuffs to fix the activation issues and satisfy
requirements for AVE ethernet driver implemented on some UniPhier SoCs.
- Add support for additional necessary clocks and resets, because the kernel
is stalled on Pro4 due to lack of them.
- Check whether the SoC supports th
When the link is becoming up for Pro4 SoC, the kernel is stalled
due to some missing clocks and resets.
The AVE block for Pro4 is connected to the GIO bus in the SoC.
Without its clock/reset, the access to the AVE register makes the
system stall.
In the same way, another MAC clock for Giga-bit Co
There are two new events generated by dell-wmi, rfkill and fn-lock, from
Dell Systems.
These events are for notification purpose, so we can ignore them.
Tested on XPS 9370.
Signed-off-by: Kai-Heng Feng
---
I ordered them functionally instead of alphabetically, I can re-order
them to alphabetica
Add "socionext,syscon-phy-mode" property to specify system controller that
configures the settings about phy-mode.
Signed-off-by: Kunihiko Hayashi
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/net/socionext,uniphier-ave4.txt | 6 +-
1 file changed, 5 insertions(+), 1 deleti
This patch adds support for specifying system controller that configures
phy-mode setting.
According to the DT property "phy-mode", it's necessary to configure the
controller, which is used to choose the settings of the MAC suitable,
for example, mdio pin connections, internal clocks, and so on.
On 19.04.2018 08:32, Fengguang Wu wrote:
> Hello,
>
> FYI this happens in mainline kernel and at least dates back to v4.16 .
>
> It's rather rare error and happens when running xfstests.
Yeah, so this is something which only recently was characterised as
leaking delalloc inodes. I can easily r
The dummy read_persistent_clock() uses a timespec, which is not year 2038
safe on 32bit systems. Thus remove this obsolete interface.
Signed-off-by: Baolin Wang
---
arch/mips/sni/time.c |6 --
1 file changed, 6 deletions(-)
diff --git a/arch/mips/sni/time.c b/arch/mips/sni/time.c
index
On Thu, Apr 19, 2018 at 07:35:31AM +0200, Vitezslav Samel wrote:
> > - Can you remove your builtin microcode,
> > - rename the /lib/firmware/intel-ucode so we don't find it during late
> > loading.
> > - let the system boot completely
> > - then rename the intel-ucode back for this test.
> > - w
From: yuzhoujian
Hi Roman
I've read your patchset about cgroup aware OOM killer, and try
to merge your patchset to the upstream kernel(v4.17-rc1). But
I found some functions which in your patch([PATCH v13 3/7]
mm, oom: cgroup-aware OOM killer) does not exist in the upstream
kernel. Which version
> -Original Message-
> From: Anson Huang
> Sent: Thursday, April 19, 2018 2:05 PM
> To: daniel.lezc...@linaro.org; t...@linutronix.de; linux-
> ker...@vger.kernel.org
> Cc: dl-linux-imx
> Subject: [PATCH] clocksource: imx-tpm: correct -ETIME return condition
> check
>
> The additional bra
Hi Mark and Liam,
On today's next-20180419, NULL pointer exception appeared in
snd_soc_instantiate_card() on Odroid XU3 and XU boards (Samsung,
Exynos5422, Exynos5410, max98090 codec). Built with exynos_defconfig
(ARM).
I bisected it to:
45f8cb57da0d7a9ead4b39d7f5def333a5b0c08b is the firs
901 - 997 of 997 matches
Mail list logo