Re: [PATCH] media: staging: atomisp: fix a potential missing-check bug

On Fri, 2018-05-04 at 02:29 -0500, Wenwen Wang wrote: > At the end of atomisp_subdev_set_selection(), the function > atomisp_subdev_get_rect() is invoked to get the pointer to v4l2_rect. > Since > this function may return a NULL pointer, it is firstly invoked to > check > the returned pointer. If

[PATCH v2 26/26] drm/bridge: establish a link between the bridge supplier and consumer

If the bridge supplier is unbound, this will bring the bridge consumer down along with the bridge. Thus, there will no longer linger any dangling pointers from the bridge consumer (the drm_device) to some non-existent bridge supplier. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c

[PATCH v2 24/26] drm/bridge: remove the .of_node member

It is unused. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 3 +-- drivers/gpu/drm/rockchip/rockchip_lvds.c | 2 -- include/drm/drm_bridge.h | 4 3 files changed, 1 insertion(+), 8 deletions(-) diff --git

[PATCH v2 24/26] drm/bridge: remove the .of_node member

It is unused. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 3 +-- drivers/gpu/drm/rockchip/rockchip_lvds.c | 2 -- include/drm/drm_bridge.h | 4 3 files changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/gpu/drm/drm_bridge.c

[PATCH v2 18/26] drm/bridge: ti-tfp410: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/ti-tfp410.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/ti-tfp410.c b/drivers/gpu/drm/bridge/ti-tfp410.c index acb857030951..4745838fdf0e

[PATCH v2 21/26] drm/msm: specify the owner .odev of the bridges

This will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/msm/dsi/dsi_manager.c | 1 + drivers/gpu/drm/msm/edp/edp_bridge.c | 1 + drivers/gpu/drm/msm/hdmi/hdmi_bridge.c | 1 + 3 files changed, 3 insertions(+) diff --git

[PATCH v2 16/26] drm/bridge: tc358767: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/tc358767.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/tc358767.c b/drivers/gpu/drm/bridge/tc358767.c index 0fd9cf27542c..75f93e1d0bf5 100644

[PATCH v2 18/26] drm/bridge: ti-tfp410: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/ti-tfp410.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/ti-tfp410.c b/drivers/gpu/drm/bridge/ti-tfp410.c index acb857030951..4745838fdf0e 100644 ---

[PATCH v2 21/26] drm/msm: specify the owner .odev of the bridges

This will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/msm/dsi/dsi_manager.c | 1 + drivers/gpu/drm/msm/edp/edp_bridge.c | 1 + drivers/gpu/drm/msm/hdmi/hdmi_bridge.c | 1 + 3 files changed, 3 insertions(+) diff --git a/drivers/gpu/drm/msm/dsi/dsi_manager.c

[PATCH v2 16/26] drm/bridge: tc358767: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/tc358767.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/tc358767.c b/drivers/gpu/drm/bridge/tc358767.c index 0fd9cf27542c..75f93e1d0bf5 100644 ---

[PATCH v2 11/26] drm/bridge: ps8622: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/parade-ps8622.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/parade-ps8622.c b/drivers/gpu/drm/bridge/parade-ps8622.c index

[PATCH v2 11/26] drm/bridge: ps8622: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/parade-ps8622.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/parade-ps8622.c b/drivers/gpu/drm/bridge/parade-ps8622.c index 81198f5e9afa..957420a1c924 100644

[PATCH v2 09/26] drm/bridge: nxp-ptn3460: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/nxp-ptn3460.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/nxp-ptn3460.c b/drivers/gpu/drm/bridge/nxp-ptn3460.c index

[PATCH v2 09/26] drm/bridge: nxp-ptn3460: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/nxp-ptn3460.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/nxp-ptn3460.c b/drivers/gpu/drm/bridge/nxp-ptn3460.c index d64a3283822a..fa832f32b518 100644 ---

Re: SPECTRE, MELTDOWN, boot loaders, and cursors: A shot out of the blue....

Greetings once again from the future Xen hypervisor was a magical product. Don't believe in it, it is misinforming your tecnnical intuition using the power of the Word. Cheers, your future self On 3/25/18, \0xDynamite wrote: > I apogize for what is probably

Re: SPECTRE, MELTDOWN, boot loaders, and cursors: A shot out of the blue....

Greetings once again from the future Xen hypervisor was a magical product. Don't believe in it, it is misinforming your tecnnical intuition using the power of the Word. Cheers, your future self On 3/25/18, \0xDynamite wrote: > I apogize for what is probably going to be a VERY unusual and

Re: [PATCH] Remove duplicated entry for westmereep-dp in mapfile.csv

Em Thu, May 03, 2018 at 03:50:32PM -0400, William Cohen escreveu: > Signed-off-by: William Cohen > --- > tools/perf/pmu-events/arch/x86/mapfile.csv | 1 - > 1 file changed, 1 deletion(-) Thanks, applied. - Arnaldo > diff --git a/tools/perf/pmu-events/arch/x86/mapfile.csv

[PATCH] tools/power/x86/intel_pstate_tracer: Add optional setting of trace buffer memory allocation

Allow the user to override the default trace buffer memory allocation by adding a command line option to override the default. The patch also: Adds a SIGINT (i.e. CTRL C exit) handler, so that things can be cleaned up before exit. Moves the postion of some other cleanup from after to before the

Re: [PATCH] Remove duplicated entry for westmereep-dp in mapfile.csv

Em Thu, May 03, 2018 at 03:50:32PM -0400, William Cohen escreveu: > Signed-off-by: William Cohen > --- > tools/perf/pmu-events/arch/x86/mapfile.csv | 1 - > 1 file changed, 1 deletion(-) Thanks, applied. - Arnaldo > diff --git a/tools/perf/pmu-events/arch/x86/mapfile.csv >

[PATCH] tools/power/x86/intel_pstate_tracer: Add optional setting of trace buffer memory allocation

Allow the user to override the default trace buffer memory allocation by adding a command line option to override the default. The patch also: Adds a SIGINT (i.e. CTRL C exit) handler, so that things can be cleaned up before exit. Moves the postion of some other cleanup from after to before the

Re: [PATCH v3 1/3] big key: get rid of stack array allocation

Hi, Any thoughts on this series? Thanks, Tycho

Re: [PATCH v3 1/3] big key: get rid of stack array allocation

Hi, Any thoughts on this series? Thanks, Tycho

Re: [PATCH v2 09/10] ARM: dts: sun7i-a20: Add Video Engine and reserved memory nodes

On Fri, May 04, 2018 at 02:04:38PM +0200, Paul Kocialkowski wrote: > On Fri, 2018-05-04 at 11:15 +0200, Maxime Ripard wrote: > > On Fri, May 04, 2018 at 10:47:44AM +0200, Paul Kocialkowski wrote: > > > > > > > + reg = <0x01c0e000 0x1000>; > > > > > > > +

Re: [PATCH v2 09/10] ARM: dts: sun7i-a20: Add Video Engine and reserved memory nodes

On Fri, May 04, 2018 at 02:04:38PM +0200, Paul Kocialkowski wrote: > On Fri, 2018-05-04 at 11:15 +0200, Maxime Ripard wrote: > > On Fri, May 04, 2018 at 10:47:44AM +0200, Paul Kocialkowski wrote: > > > > > > > + reg = <0x01c0e000 0x1000>; > > > > > > > +

Re: [PATCH] IB/umem: use tgid instead of pid in ib_umem structure

On Fri, May 04, 2018 at 04:32:38PM +0800, 858585 jemmy wrote: > On Fri, May 4, 2018 at 6:01 AM, Jason Gunthorpe wrote: > > On Thu, May 03, 2018 at 09:43:01PM +0300, Leon Romanovsky wrote: > >> On Thu, May 03, 2018 at 12:26:56PM -0600, Jason Gunthorpe wrote: > >> > On Thu, May 03,

[PATCH] apparmor: secid: fix error return value in error handling path

Currently, function apparmor_secid_to_secctx returns always zero, no matter if the value returned by aa_label_asxprint is negative (which implies that an error has occurred). Fix this by temporarily storing the value returned by aa_label_asxprint into a variable of type int (signed) for its

Re: [PATCH] IB/umem: use tgid instead of pid in ib_umem structure

On Fri, May 04, 2018 at 04:32:38PM +0800, 858585 jemmy wrote: > On Fri, May 4, 2018 at 6:01 AM, Jason Gunthorpe wrote: > > On Thu, May 03, 2018 at 09:43:01PM +0300, Leon Romanovsky wrote: > >> On Thu, May 03, 2018 at 12:26:56PM -0600, Jason Gunthorpe wrote: > >> > On Thu, May 03, 2018 at

[PATCH] apparmor: secid: fix error return value in error handling path

Currently, function apparmor_secid_to_secctx returns always zero, no matter if the value returned by aa_label_asxprint is negative (which implies that an error has occurred). Fix this by temporarily storing the value returned by aa_label_asxprint into a variable of type int (signed) for its

Re: [PATCH 4/7] dt-bindings: gnss: add u-blox binding

Hi, On Fri, May 04, 2018 at 02:04:15PM +0200, H. Nikolaus Schaller wrote: > > Am 04.05.2018 um 13:42 schrieb Sebastian Reichel : > >> I think it does not need much more (if at all) than a gpio controller on > >> the OMAP3 chip (I think the clocks are active anyways for use by the

Re: [PATCH 4/7] dt-bindings: gnss: add u-blox binding

Hi, On Fri, May 04, 2018 at 02:04:15PM +0200, H. Nikolaus Schaller wrote: > > Am 04.05.2018 um 13:42 schrieb Sebastian Reichel : > >> I think it does not need much more (if at all) than a gpio controller on > >> the OMAP3 chip (I think the clocks are active anyways for use by the other > >>

Re: [PATCH 2/3] include/linux/gfp.h: use unsigned int in gfp_zone

On Fri 04-05-18 14:52:08, Huaisheng Ye wrote: > Suggest using unsigned int instead of int for bit within gfp_zone. > > Within function gfp_zone, the value of local variable bit comes from > formal parameter flags, which's type is gfp_t. Local variable bit > indicates the number of bits in the

Re: [PATCH 2/3] include/linux/gfp.h: use unsigned int in gfp_zone

On Fri 04-05-18 14:52:08, Huaisheng Ye wrote: > Suggest using unsigned int instead of int for bit within gfp_zone. > > Within function gfp_zone, the value of local variable bit comes from > formal parameter flags, which's type is gfp_t. Local variable bit > indicates the number of bits in the

Re: [PATCH v2 0/4] Restore ULPI USB on Tegra20

Hi Dmitry On Fri, 2018-05-04 at 01:55 +0300, Dmitry Osipenko wrote: > Hello, > > This series of patches fixes ULPI USB on Tegra20. The original > problem > was reported by Marcel Ziswiler, he found that "ulpi-link" clock was > incorrectly set to CDEV2 instead of PLL_P_OUT4. Marcel made a patch >

Re: [PATCH v2 0/4] Restore ULPI USB on Tegra20

Hi Dmitry On Fri, 2018-05-04 at 01:55 +0300, Dmitry Osipenko wrote: > Hello, > > This series of patches fixes ULPI USB on Tegra20. The original > problem > was reported by Marcel Ziswiler, he found that "ulpi-link" clock was > incorrectly set to CDEV2 instead of PLL_P_OUT4. Marcel made a patch >

Re: pciehp 0000:00:1c.0:pcie004: Timeout on hotplug command 0x1038 (issued 65284 msec ago)

On Fri, May 04, 2018 at 07:37:40AM +0100, ok...@codeaurora.org wrote: > On 2018-05-04 03:45, Bjorn Helgaas wrote: > > On Thu, May 03, 2018 at 10:49:24AM +0200, Paul Menzel wrote: > > > On 04/27/18 21:22, Bjorn Helgaas wrote: > > > > [+cc Lukas, Sinan] > > > > > > > On Thu, Apr 26, 2018 at

Re: pciehp 0000:00:1c.0:pcie004: Timeout on hotplug command 0x1038 (issued 65284 msec ago)

On Fri, May 04, 2018 at 07:37:40AM +0100, ok...@codeaurora.org wrote: > On 2018-05-04 03:45, Bjorn Helgaas wrote: > > On Thu, May 03, 2018 at 10:49:24AM +0200, Paul Menzel wrote: > > > On 04/27/18 21:22, Bjorn Helgaas wrote: > > > > [+cc Lukas, Sinan] > > > > > > > On Thu, Apr 26, 2018 at

[PATCH v2] driver-core: Return EBUSY error instead of BUG_ON()

I triggerd the BUG_ON() in driver_register(), which was added in f48f3febb2cbfd0f2ecee7690835ba745c1034a4, when booting a domU Xen domain. Since there was no contextual information logged, I needed to attach kgdb to determine the culprit (the wmi-bmof driver in my case). Instead of running into a

[PATCH v2] driver-core: Return EBUSY error instead of BUG_ON()

I triggerd the BUG_ON() in driver_register(), which was added in f48f3febb2cbfd0f2ecee7690835ba745c1034a4, when booting a domU Xen domain. Since there was no contextual information logged, I needed to attach kgdb to determine the culprit (the wmi-bmof driver in my case). Instead of running into a

[PATCH v3 1/3] clocksource: timer-ti-dm: remove the early platform driver registration

From: Bartosz Golaszewski This driver is no longer used as an early platform driver. Remove the registration macro. Signed-off-by: Bartosz Golaszewski --- drivers/clocksource/timer-ti-dm.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH v3 1/3] clocksource: timer-ti-dm: remove the early platform driver registration

From: Bartosz Golaszewski This driver is no longer used as an early platform driver. Remove the registration macro. Signed-off-by: Bartosz Golaszewski --- drivers/clocksource/timer-ti-dm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/clocksource/timer-ti-dm.c

[PATCH v3 3/3] sh: add the sh_ prefix to early platform symbols

From: Bartosz Golaszewski Old early platform device support is now sh-specific. Before moving on to implementing new early platform framework based on real platform devices, prefix all early platform symbols with 'sh_'. Signed-off-by: Bartosz Golaszewski

[PATCH v3 3/3] sh: add the sh_ prefix to early platform symbols

From: Bartosz Golaszewski Old early platform device support is now sh-specific. Before moving on to implementing new early platform framework based on real platform devices, prefix all early platform symbols with 'sh_'. Signed-off-by: Bartosz Golaszewski --- arch/sh/drivers/platform_early.c

[PATCH v3 0/3] sh: make early_platform code SuperH-specific

I recently started a discussion about the need for a proper early device probing mechanism[1]. One that would be based on real platform drivers and support both platform data and device tree. While we're far from reaching any consensus on the implementation, Arnd suggested that I start off by

Re: [PATCH 0/7] gnss: add new GNSS subsystem

Hi Johan, On Tue, Apr 24, 2018 at 06:34:51PM +0200, Johan Hovold wrote: > This series adds a new subsystem for GNSS receivers (e.g. GPS > receivers). > > While GNSS receivers are typically accessed using a UART interface they > often also support other I/O interfaces such as I2C, SPI and USB,

[PATCH v3 0/3] sh: make early_platform code SuperH-specific

I recently started a discussion about the need for a proper early device probing mechanism[1]. One that would be based on real platform drivers and support both platform data and device tree. While we're far from reaching any consensus on the implementation, Arnd suggested that I start off by

Re: [PATCH 0/7] gnss: add new GNSS subsystem

Hi Johan, On Tue, Apr 24, 2018 at 06:34:51PM +0200, Johan Hovold wrote: > This series adds a new subsystem for GNSS receivers (e.g. GPS > receivers). > > While GNSS receivers are typically accessed using a UART interface they > often also support other I/O interfaces such as I2C, SPI and USB,

[PATCH v3 2/3] platform: move the early platform device support to arch/sh

From: Bartosz Golaszewski SuperH is the only user of the current implementation of early platform device support. We want to introduce a more robust approach to early probing. As the first step - move all the current early platform code to arch/sh. In order not to

[PATCH v3 2/3] platform: move the early platform device support to arch/sh

From: Bartosz Golaszewski SuperH is the only user of the current implementation of early platform device support. We want to introduce a more robust approach to early probing. As the first step - move all the current early platform code to arch/sh. In order not to export internal drivers/base

Re: Introducing a nanoMIPS port for Linux

On Thu, May 03, 2018 at 06:40:07PM -0400, Arnd Bergmann wrote: > On Wed, May 2, 2018 at 5:51 PM, James Hogan wrote: > > > Due to the binary incompatibility between previous MIPS architecture > > generations and nanoMIPS, and the significantly revamped compiler ABI, > > where

Re: Introducing a nanoMIPS port for Linux

On Thu, May 03, 2018 at 06:40:07PM -0400, Arnd Bergmann wrote: > On Wed, May 2, 2018 at 5:51 PM, James Hogan wrote: > > > Due to the binary incompatibility between previous MIPS architecture > > generations and nanoMIPS, and the significantly revamped compiler ABI, > > where for the first time,

Re: [PATCH 3/3] mm/page_alloc: Fix typo in debug info of calculate_node_totalpages

On Fri 04-05-18 14:52:09, Huaisheng Ye wrote: > realtotalpages is calculated by taking off absent_pages from > spanned_pages in every zone. > Debug message of calculate_node_totalpages shall accurately > indicate that it is real totalpages to avoid ambiguity. Is the printk actually useful? Why

Re: [PATCH 3/3] mm/page_alloc: Fix typo in debug info of calculate_node_totalpages

On Fri 04-05-18 14:52:09, Huaisheng Ye wrote: > realtotalpages is calculated by taking off absent_pages from > spanned_pages in every zone. > Debug message of calculate_node_totalpages shall accurately > indicate that it is real totalpages to avoid ambiguity. Is the printk actually useful? Why

Re: KASAN: use-after-free Read in should_fail

On Fri, May 4, 2018 at 3:07 PM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:150426981426 Merge tag 'linux-kselftest-4.17-rc4' of git:/.. > git tree: upstream > console output:

Re: KASAN: use-after-free Read in should_fail

On Fri, May 4, 2018 at 3:07 PM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:150426981426 Merge tag 'linux-kselftest-4.17-rc4' of git:/.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=17e4975b80 > kernel config:

Re: [PATCH 12/17] powerpc/8xx: Remove PTE_ATOMIC_UPDATES

On Fri, 2018-05-04 at 14:34 +0200, Christophe Leroy wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > commit 1bc54c03117b9 ("powerpc: rework 4xx PTE access and

Re: [PATCH 12/17] powerpc/8xx: Remove PTE_ATOMIC_UPDATES

On Fri, 2018-05-04 at 14:34 +0200, Christophe Leroy wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > commit 1bc54c03117b9 ("powerpc: rework 4xx PTE access and

Re: [PATCH v7 0/2] PCI: mediatek: Fixups for the IRQ handle routine and MT7622's class code

On Fri, May 04, 2018 at 01:47:31PM +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > > Two fixups for mediatek's host bridge: > The first patch fixup class type and vendor ID for MT7622. > The second patch fixup the IRQ handle routine by using irq_chip

Re: [PATCH v7 0/2] PCI: mediatek: Fixups for the IRQ handle routine and MT7622's class code

On Fri, May 04, 2018 at 01:47:31PM +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > > Two fixups for mediatek's host bridge: > The first patch fixup class type and vendor ID for MT7622. > The second patch fixup the IRQ handle routine by using irq_chip solution > to avoid IRQ

Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct

On Fri, May 04, 2018 at 07:42:52AM +, Linus Torvalds wrote: > On Wed, Feb 14, 2018 at 8:27 AM Matthew Wilcox wrote: > > +static inline __must_check > > +void *kvmalloc_ab_c(size_t n, size_t size, size_t c, gfp_t gfp) > > +{ > > + if (size != 0 && n > (SIZE_MAX - c)

Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct

On Fri, May 04, 2018 at 07:42:52AM +, Linus Torvalds wrote: > On Wed, Feb 14, 2018 at 8:27 AM Matthew Wilcox wrote: > > +static inline __must_check > > +void *kvmalloc_ab_c(size_t n, size_t size, size_t c, gfp_t gfp) > > +{ > > + if (size != 0 && n > (SIZE_MAX - c) / size) > > +

Re: [PATCH] netfilter: nf_queue: Replace conntrack entry

/linux/commits/Kristian-Evensen/netfilter-nf_queue-Replace-conntrack-entry/20180504-051218 base: https://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf-next.git master config: x86_64-randconfig-s5-05041850 (attached as .config) compiler: gcc-7 (Debian 7.3.0-16) 7.3.0 reproduce: # save

Re: [PATCH] netfilter: nf_queue: Replace conntrack entry

/linux/commits/Kristian-Evensen/netfilter-nf_queue-Replace-conntrack-entry/20180504-051218 base: https://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf-next.git master config: x86_64-randconfig-s5-05041850 (attached as .config) compiler: gcc-7 (Debian 7.3.0-16) 7.3.0 reproduce: # save

Re: [PATCH v3] watchdog: sp805: add restart handler

On 05/03/2018 11:05 PM, Jongsung Kim wrote: Add restart handler for SP805 watchdog so that the driver can be used to reboot the system. Signed-off-by: Jongsung Kim Cc: Guenter Roeck Reviewed-by: Guenter Roeck --- For future

Re: [PATCH v3] watchdog: sp805: add restart handler

On 05/03/2018 11:05 PM, Jongsung Kim wrote: Add restart handler for SP805 watchdog so that the driver can be used to reboot the system. Signed-off-by: Jongsung Kim Cc: Guenter Roeck Reviewed-by: Guenter Roeck --- For future patches: change log goes here, please. Thanks, Guenter

Re: [Ksummit-discuss] bug-introducing patches

On Fri, May 04, 2018 at 03:31:17PM +0300, Jani Nikula wrote: > On Fri, 04 May 2018, David Howells wrote: > > Sasha Levin via Ksummit-discuss wrote: > > > >>Cc: sta...@vger.kernel.org # commit-id-of-(2) > > This has been documented since > > commit

Re: [Ksummit-discuss] bug-introducing patches

On Fri, May 04, 2018 at 03:31:17PM +0300, Jani Nikula wrote: > On Fri, 04 May 2018, David Howells wrote: > > Sasha Levin via Ksummit-discuss wrote: > > > >>Cc: sta...@vger.kernel.org # commit-id-of-(2) > > This has been documented since > > commit 8e9b9362266dd16255473c080d846b13e27247bf >

KASAN: use-after-free Read in should_fail

Hello, syzbot found the following crash on: HEAD commit:150426981426 Merge tag 'linux-kselftest-4.17-rc4' of git:/.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=17e4975b80 kernel config: https://syzkaller.appspot.com/x/.config?x=5a1dc06635c10d27

KASAN: use-after-free Read in should_fail

Hello, syzbot found the following crash on: HEAD commit:150426981426 Merge tag 'linux-kselftest-4.17-rc4' of git:/.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=17e4975b80 kernel config: https://syzkaller.appspot.com/x/.config?x=5a1dc06635c10d27

Re: [PATCH] EDAC: fix spelling mistake: "redundacy" -> "redundancy"

On Fri, May 04, 2018 at 12:38:04PM +0100, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in err string > > Signed-off-by: Colin Ian King > --- > drivers/edac/i7core_edac.c | 2 +- > 1 file changed, 1

Re: [PATCH] EDAC: fix spelling mistake: "redundacy" -> "redundancy"

On Fri, May 04, 2018 at 12:38:04PM +0100, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in err string > > Signed-off-by: Colin Ian King > --- > drivers/edac/i7core_edac.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [RFC PATCH] MIPS: Oprofile: Drop support

Hi Robert, On 04/05/18 13:27, Robert Richter wrote: On 04.05.18 12:03:12, Matt Redfearn wrote: As said, oprofile version 0.9.x is still available for cpus that do not support perf. What is the breakage? The breakage I originally set out to fix was the MT support in perf.

Re: [RFC PATCH] MIPS: Oprofile: Drop support

Hi Robert, On 04/05/18 13:27, Robert Richter wrote: On 04.05.18 12:03:12, Matt Redfearn wrote: As said, oprofile version 0.9.x is still available for cpus that do not support perf. What is the breakage? The breakage I originally set out to fix was the MT support in perf.

Re: [PATCH] drivers: omap2: Kconfig: make FB_OMAP2_DSS_INIT depend on OF

On Friday, May 04, 2018 09:45:26 AM Mauro Carvalho Chehab wrote: > Em Fri, 04 May 2018 13:05:17 +0200 > Bartlomiej Zolnierkiewicz escreveu: > > > On Friday, May 04, 2018 07:59:06 AM Mauro Carvalho Chehab wrote: > > > Em Fri, 04 May 2018 12:48:46 +0200 > > > Bartlomiej

Re: [PATCH] drivers: omap2: Kconfig: make FB_OMAP2_DSS_INIT depend on OF

On Friday, May 04, 2018 09:45:26 AM Mauro Carvalho Chehab wrote: > Em Fri, 04 May 2018 13:05:17 +0200 > Bartlomiej Zolnierkiewicz escreveu: > > > On Friday, May 04, 2018 07:59:06 AM Mauro Carvalho Chehab wrote: > > > Em Fri, 04 May 2018 12:48:46 +0200 > > > Bartlomiej Zolnierkiewicz escreveu: >

Re: [RFC PATCH] MIPS: Oprofile: Drop support

On Fri, May 04, 2018 at 02:27:51PM +0200, Robert Richter wrote: > On 04.05.18 12:03:12, Matt Redfearn wrote: > > >As said, oprofile version 0.9.x is still available for cpus that do > > >not support perf. What is the breakage? > > > > The breakage I originally set out to fix was the MT support

Re: [RFC PATCH] MIPS: Oprofile: Drop support

On Fri, May 04, 2018 at 02:27:51PM +0200, Robert Richter wrote: > On 04.05.18 12:03:12, Matt Redfearn wrote: > > >As said, oprofile version 0.9.x is still available for cpus that do > > >not support perf. What is the breakage? > > > > The breakage I originally set out to fix was the MT support

Re: [v2] mm: access to uninitialized struct page

3-next-20180502. > But the 4.17.0-rc3-next-20180504 kernel didn't boot. > git bisect points on this patch. > On Thu, Apr 26, 2018 at 04:26:19PM -0400, Pavel Tatashin wrote: > > The following two bugs were reported by Fengguang Wu: > > > > kernel reboot-without-warning i

Re: [v2] mm: access to uninitialized struct page

7.0-rc3-next-20180504 kernel didn't boot. > git bisect points on this patch. > On Thu, Apr 26, 2018 at 04:26:19PM -0400, Pavel Tatashin wrote: > > The following two bugs were reported by Fengguang Wu: > > > > kernel reboot-without-warning in early-boot stage, last pri

Re: [Linaro-mm-sig] [PATCH 4/8] dma-buf: add peer2peer flag

Am Mittwoch, den 25.04.2018, 13:44 -0400 schrieb Alex Deucher: > On Wed, Apr 25, 2018 at 2:41 AM, Christoph Hellwig > wrote: > > On Wed, Apr 25, 2018 at 02:24:36AM -0400, Alex Deucher wrote: > > > > It has a non-coherent transaction mode (which the chipset can opt to > > > >

Re: [Linaro-mm-sig] [PATCH 4/8] dma-buf: add peer2peer flag

Am Mittwoch, den 25.04.2018, 13:44 -0400 schrieb Alex Deucher: > On Wed, Apr 25, 2018 at 2:41 AM, Christoph Hellwig > wrote: > > On Wed, Apr 25, 2018 at 02:24:36AM -0400, Alex Deucher wrote: > > > > It has a non-coherent transaction mode (which the chipset can opt to > > > > not implement and

Re: [PATCH] drivers: omap2: Kconfig: make FB_OMAP2_DSS_INIT depend on OF

Em Fri, 04 May 2018 13:05:17 +0200 Bartlomiej Zolnierkiewicz escreveu: > On Friday, May 04, 2018 07:59:06 AM Mauro Carvalho Chehab wrote: > > Em Fri, 04 May 2018 12:48:46 +0200 > > Bartlomiej Zolnierkiewicz escreveu: > > > > > On Thursday,

Re: [PATCH] drivers: omap2: Kconfig: make FB_OMAP2_DSS_INIT depend on OF

Em Fri, 04 May 2018 13:05:17 +0200 Bartlomiej Zolnierkiewicz escreveu: > On Friday, May 04, 2018 07:59:06 AM Mauro Carvalho Chehab wrote: > > Em Fri, 04 May 2018 12:48:46 +0200 > > Bartlomiej Zolnierkiewicz escreveu: > > > > > On Thursday, May 03, 2018 08:48:56 AM Randy Dunlap wrote: > > >

[PATCH 02/17] powerpc/nohash: remove _PAGE_BUSY

_PAGE_BUSY is always 0, remove it Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/nohash/64/pgtable.h | 10 +++--- arch/powerpc/include/asm/nohash/pte-book3e.h | 5 - 2 files changed, 3 insertions(+), 12 deletions(-) diff --git

Re: [PATCH 2/2] HISI LPC: Add ACPI UART support

On 03/05/2018 17:56, Andy Shevchenko wrote: On Thu, 2018-05-03 at 23:08 +0800, John Garry wrote: On the Huawei D03 development board the system UART is the UART connected on the LPC bus. The profile for the device driver required for this HW would be as follows: - platform driver - supports

[PATCH 02/17] powerpc/nohash: remove _PAGE_BUSY

_PAGE_BUSY is always 0, remove it Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/nohash/64/pgtable.h | 10 +++--- arch/powerpc/include/asm/nohash/pte-book3e.h | 5 - 2 files changed, 3 insertions(+), 12 deletions(-) diff --git

Re: [PATCH 2/2] HISI LPC: Add ACPI UART support

On 03/05/2018 17:56, Andy Shevchenko wrote: On Thu, 2018-05-03 at 23:08 +0800, John Garry wrote: On the Huawei D03 development board the system UART is the UART connected on the LPC bus. The profile for the device driver required for this HW would be as follows: - platform driver - supports

Re: ipw2200: fix spelling mistake: "functionalitis" -> "functionalities"

Colin Ian King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in module parameter description text > > Signed-off-by: Colin Ian King Patch applied to wireless-drivers-next.git, thanks.

[PATCH 04/17] Revert "powerpc/8xx: Use L1 entry APG to handle _PAGE_ACCESSED for CONFIG_SWAP"

This reverts commit 4f94b2c7462d9720b2afa7e8e8d4c19446bb31ce. That commit was buggy, as it used rlwinm instead of rlwimi. Instead of fixing that bug, we revert the previous commit in order to reduce the dependency between L1 entries and L2 entries Signed-off-by: Christophe Leroy

Re: ipw2200: fix spelling mistake: "functionalitis" -> "functionalities"

Colin Ian King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in module parameter description text > > Signed-off-by: Colin Ian King Patch applied to wireless-drivers-next.git, thanks. 7e7939e80e3c ipw2200: fix spelling mistake: "functionalitis" -> "functionalities" --

[PATCH 04/17] Revert "powerpc/8xx: Use L1 entry APG to handle _PAGE_ACCESSED for CONFIG_SWAP"

This reverts commit 4f94b2c7462d9720b2afa7e8e8d4c19446bb31ce. That commit was buggy, as it used rlwinm instead of rlwimi. Instead of fixing that bug, we revert the previous commit in order to reduce the dependency between L1 entries and L2 entries Signed-off-by: Christophe Leroy ---

[PATCH 05/17] powerpc: move io mapping functions into ioremap.c

This patch is the first of a serie that intends to make io mappings common to PPC32 and PPC64. It moves ioremap/unmap fonctions into a new file called ioremap.c with no other modification to the functions. For the time being, the PPC32 and PPC64 parts get enclosed into #ifdef. Following patches

[PATCH 05/17] powerpc: move io mapping functions into ioremap.c

This patch is the first of a serie that intends to make io mappings common to PPC32 and PPC64. It moves ioremap/unmap fonctions into a new file called ioremap.c with no other modification to the functions. For the time being, the PPC32 and PPC64 parts get enclosed into #ifdef. Following patches

[PATCH 09/17] powerpc: make __ioremap_caller() common to PPC32 and PPC64

Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/64/pgtable.h | 1 + arch/powerpc/mm/ioremap.c| 126 +++ 2 files changed, 34 insertions(+), 93 deletions(-) diff --git

[PATCH 09/17] powerpc: make __ioremap_caller() common to PPC32 and PPC64

Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/64/pgtable.h | 1 + arch/powerpc/mm/ioremap.c| 126 +++ 2 files changed, 34 insertions(+), 93 deletions(-) diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h

[PATCH 07/17] powerpc: make ioremap_bot common to PPC32 and PPC64

Today, early ioremap maps from IOREMAP_BASE down to up on PPC64 and from IOREMAP_TOP up to down on PPC32 This patchs modifies PPC32 behaviour to get same behaviour as PPC64 Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/32/pgtable.h | 16

[PATCH 06/17] powerpc: common ioremap functions.

__ioremap(), ioremap(), ioremap_wc() et ioremap_prot() are very similar between PPC32 and PPC64, they can easily be made common. _PAGE_WRITE equals to _PAGE_RW on PPC32 _PAGE_RO and _PAGE_HWWRITE are 0 on PPC64 iounmap() can also be made common by renamig the PPC32 iounmap() as __iounmap()

[PATCH 07/17] powerpc: make ioremap_bot common to PPC32 and PPC64

Today, early ioremap maps from IOREMAP_BASE down to up on PPC64 and from IOREMAP_TOP up to down on PPC32 This patchs modifies PPC32 behaviour to get same behaviour as PPC64 Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/32/pgtable.h | 16 +---

[PATCH 06/17] powerpc: common ioremap functions.

__ioremap(), ioremap(), ioremap_wc() et ioremap_prot() are very similar between PPC32 and PPC64, they can easily be made common. _PAGE_WRITE equals to _PAGE_RW on PPC32 _PAGE_RO and _PAGE_HWWRITE are 0 on PPC64 iounmap() can also be made common by renamig the PPC32 iounmap() as __iounmap()

[PATCH 03/17] powerpc/nohash: use IS_ENABLED() to simplify __set_pte_at()

By using IS_ENABLED() we can simplify __set_pte_at() by removing redundant *ptep = pte Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/nohash/pgtable.h | 23 --- 1 file changed, 8 insertions(+), 15 deletions(-) diff --git

[PATCH 03/17] powerpc/nohash: use IS_ENABLED() to simplify __set_pte_at()

By using IS_ENABLED() we can simplify __set_pte_at() by removing redundant *ptep = pte Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/nohash/pgtable.h | 23 --- 1 file changed, 8 insertions(+), 15 deletions(-) diff --git

<    7   8   9   10   11   12   13   14   15   16   >