Re: [PATCH v10 12/13] drm/mediatek: update DSI sub driver flow for sending commands to panel

Hi, YT: some comments inline. On Fri, 2016-11-25 at 18:34 +0800, YT Shen wrote: > This patch update enable/disable flow of DSI module. > Original flow works on there is a bridge chip: DSI -> bridge -> panel. > In this case: DSI -> panel, the DSI sub driver flow should be updated. > We need to

Re: [PATCH v10 12/13] drm/mediatek: update DSI sub driver flow for sending commands to panel

Hi, YT: some comments inline. On Fri, 2016-11-25 at 18:34 +0800, YT Shen wrote: > This patch update enable/disable flow of DSI module. > Original flow works on there is a bridge chip: DSI -> bridge -> panel. > In this case: DSI -> panel, the DSI sub driver flow should be updated. > We need to

Re: [PATCH] auxdisplay: ht16k33: select required CONFIG_FB_CFB_* helpers

On Tue, 29 Nov 2016 21:04:30 +0100 Greg Kroah-Hartman wrote: > On Tue, Nov 29, 2016 at 08:55:50PM +0100, Arnd Bergmann wrote: > > On Tuesday, November 29, 2016 8:42:47 PM CET Greg Kroah-Hartman wrote: > > > On Fri, Nov 25, 2016 at 10:50:07AM +0100, Robin van der

Re: [PATCH] auxdisplay: ht16k33: select required CONFIG_FB_CFB_* helpers

On Tue, 29 Nov 2016 21:04:30 +0100 Greg Kroah-Hartman wrote: > On Tue, Nov 29, 2016 at 08:55:50PM +0100, Arnd Bergmann wrote: > > On Tuesday, November 29, 2016 8:42:47 PM CET Greg Kroah-Hartman wrote: > > > On Fri, Nov 25, 2016 at 10:50:07AM +0100, Robin van der Gracht wrote: > > > > This

[PATCH] isofs: add KERN_CONT to printing of ER records

The ER records are printed without explicit log level presuming line continuation until "\n". After the commit 4bcc595ccd8 (printk: reinstate KERN_CONT for printing continuation lines), the ER records are printed a character per line. Adding KERN_CONT to appropriate printk statements restores the

[PATCH] isofs: add KERN_CONT to printing of ER records

The ER records are printed without explicit log level presuming line continuation until "\n". After the commit 4bcc595ccd8 (printk: reinstate KERN_CONT for printing continuation lines), the ER records are printed a character per line. Adding KERN_CONT to appropriate printk statements restores the

Re: [PATCH V3] leds: pca955x: Add ACPI support for pca955x

Hi Tin, How this patch is different from the one already merged? Best regards, Jacek Anaszewski On 11/30/2016 04:08 AM, Tin Huynh wrote: This patch enables ACPI support for leds-pca955x driver. Signed-off-by: Tin Huynh --- drivers/leds/leds-pca955x.c | 22

Re: [PATCH V3] leds: pca955x: Add ACPI support for pca955x

Hi Tin, How this patch is different from the one already merged? Best regards, Jacek Anaszewski On 11/30/2016 04:08 AM, Tin Huynh wrote: This patch enables ACPI support for leds-pca955x driver. Signed-off-by: Tin Huynh --- drivers/leds/leds-pca955x.c | 22 +- 1 files

Re: [PATCH 17/39] mtd: nand: denali: support HW_ECC_FIXUP capability

On Wed, 30 Nov 2016 15:20:10 +0900 Masahiro Yamada wrote: > Hi Boris, > > > 2016-11-28 1:09 GMT+09:00 Boris Brezillon > : > _bitflips); > > > > Okay, so you currently have two ways of

Re: [PATCH 17/39] mtd: nand: denali: support HW_ECC_FIXUP capability

On Wed, 30 Nov 2016 15:20:10 +0900 Masahiro Yamada wrote: > Hi Boris, > > > 2016-11-28 1:09 GMT+09:00 Boris Brezillon > : > _bitflips); > > > > Okay, so you currently have two ways of handling ECC errors. What if a > > new revision introduces yet

Re: [PATCH 04/39] mtd: nand: denali: remove more unused struct members

On Wed, 30 Nov 2016 16:16:35 +0900 Masahiro Yamada wrote: > Hi Boris, > > > 2016-11-28 0:12 GMT+09:00 Boris Brezillon > : > > On Sun, 27 Nov 2016 03:05:50 +0900 > > Masahiro Yamada wrote: > > >

Re: [PATCH 04/39] mtd: nand: denali: remove more unused struct members

On Wed, 30 Nov 2016 16:16:35 +0900 Masahiro Yamada wrote: > Hi Boris, > > > 2016-11-28 0:12 GMT+09:00 Boris Brezillon > : > > On Sun, 27 Nov 2016 03:05:50 +0900 > > Masahiro Yamada wrote: > > > > Please add a description here. > > > > Also, this commit tends to validate my fears: you should

Re: [lkp] [mm] e7c1db75fe: BUG:sleeping_function_called_from_invalid_context_at_mm/page_alloc.c

On Wed, Nov 30, 2016 at 08:16:02AM +0100, Michal Hocko wrote: > On Tue 29-11-16 11:14:48, Paul E. McKenney wrote: > > On Tue, Nov 29, 2016 at 05:21:19PM +, Sudeep Holla wrote: > > > On Sun, Nov 27, 2016 at 6:16 PM, kernel test robot > > > wrote: > > > > > > > > FYI, we

Re: [lkp] [mm] e7c1db75fe: BUG:sleeping_function_called_from_invalid_context_at_mm/page_alloc.c

On Wed, Nov 30, 2016 at 08:16:02AM +0100, Michal Hocko wrote: > On Tue 29-11-16 11:14:48, Paul E. McKenney wrote: > > On Tue, Nov 29, 2016 at 05:21:19PM +, Sudeep Holla wrote: > > > On Sun, Nov 27, 2016 at 6:16 PM, kernel test robot > > > wrote: > > > > > > > > FYI, we noticed the following

[PATCH] cpufreq: dt: Add support for zx296718

Add the compatible string for supporting the generic cpufreq driver on the ZTE's zx296718 SoC. Signed-off-by: Baoyou Xie --- drivers/cpufreq/cpufreq-dt-platdev.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/cpufreq/cpufreq-dt-platdev.c

[PATCH] cpufreq: dt: Add support for zx296718

Add the compatible string for supporting the generic cpufreq driver on the ZTE's zx296718 SoC. Signed-off-by: Baoyou Xie --- drivers/cpufreq/cpufreq-dt-platdev.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/cpufreq/cpufreq-dt-platdev.c b/drivers/cpufreq/cpufreq-dt-platdev.c

RE: [patch net / RFC] net: fec: increase frame size limitation to actually available buffer

From: Nikita Yushchenko Sent: Wednesday, November 30, 2016 2:36 PM >To: Andy Duan ; David S. Miller >; Troy Kisky ; >Andrew Lunn ; Eric Nelson ; Philippe

RE: [patch net / RFC] net: fec: increase frame size limitation to actually available buffer

From: Nikita Yushchenko Sent: Wednesday, November 30, 2016 2:36 PM >To: Andy Duan ; David S. Miller >; Troy Kisky ; >Andrew Lunn ; Eric Nelson ; Philippe >Reynes ; Johannes Berg ; >net...@vger.kernel.org >Cc: Chris Healy ; Fabio Estevam >; linux-kernel@vger.kernel.org >Subject: Re:

Re: [patch v2 1/2] mm, zone: track number of movable free pages

On 11/30/2016 01:16 AM, David Rientjes wrote: An upcoming compaction change will need the number of movable free pages per zone to determine if async compaction will become unnecessarily expensive. This patch introduces no functional change or increased memory footprint. It simply tracks the

[PATCH] arm64: dts: add zx296718's topcrm node

Enable topcrm clock node for zx296718, which is used for CPU's frequency change. Furthermore, this patch adds the CPU clock phandle in CPU's node and uses operating-points-v2 to register operating points. So it can be used by cpufreq-dt driver. Signed-off-by: Baoyou Xie

Re: [patch v2 1/2] mm, zone: track number of movable free pages

On 11/30/2016 01:16 AM, David Rientjes wrote: An upcoming compaction change will need the number of movable free pages per zone to determine if async compaction will become unnecessarily expensive. This patch introduces no functional change or increased memory footprint. It simply tracks the

[PATCH] arm64: dts: add zx296718's topcrm node

Enable topcrm clock node for zx296718, which is used for CPU's frequency change. Furthermore, this patch adds the CPU clock phandle in CPU's node and uses operating-points-v2 to register operating points. So it can be used by cpufreq-dt driver. Signed-off-by: Baoyou Xie ---

Another kernel OOPS still not fixed

Hello, There is another major kernel OOPS which is still not fixed over a year Bug 1279188 - bind-chroot causes kernel to crash on restart (mount with bind option): https://bugzilla.redhat.com/show_bug.cgi?id=1279188 Can you please fix it. Thnx. Ciao, Gerhard

Another kernel OOPS still not fixed

Hello, There is another major kernel OOPS which is still not fixed over a year Bug 1279188 - bind-chroot causes kernel to crash on restart (mount with bind option): https://bugzilla.redhat.com/show_bug.cgi?id=1279188 Can you please fix it. Thnx. Ciao, Gerhard

[PATCH 04/11] ACPICA: Events: Fix acpi_ev_initialize_region() return value

ACPICA commit 543342ab7a676f4eb0c9f100d349388a84dff0e8 This patch changes acpi_ev_initialize_region(), stop returning AE_NOT_EXIST from it so that, not only in acpi_ds_load2_end_op(), but all places invoking this function won't emit exceptions. The exception can be seen in

[PATCH 08/11] ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

ACPICA commit cac6790954d4d752a083e610b8a22febcd07 This patch back ports Linux acpi_get_table_with_size() and early_acpi_os_unmap_memory() into ACPICA upstream to reduce divergences. The 2 APIs are used by Linux as table management APIs for long time, it contains a hidden logic that during

[PATCH 06/11] ACPICA: Tables: Add acpi_tb_unload_table()

ACPICA commit 80e24663b212daac0c32767fdbd8a46892292f1f This patch introduces acpi_tb_unload_table() to eliminate redundant code from acpi_ex_unload_table() and acpi_unload_parent_table(). No functional change. Lv Zheng. Link: https://github.com/acpica/acpica/commit/80e24663 Signed-off-by: Lv

[PATCH 08/11] ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

ACPICA commit cac6790954d4d752a083e610b8a22febcd07 This patch back ports Linux acpi_get_table_with_size() and early_acpi_os_unmap_memory() into ACPICA upstream to reduce divergences. The 2 APIs are used by Linux as table management APIs for long time, it contains a hidden logic that during

[PATCH 06/11] ACPICA: Tables: Add acpi_tb_unload_table()

ACPICA commit 80e24663b212daac0c32767fdbd8a46892292f1f This patch introduces acpi_tb_unload_table() to eliminate redundant code from acpi_ex_unload_table() and acpi_unload_parent_table(). No functional change. Lv Zheng. Link: https://github.com/acpica/acpica/commit/80e24663 Signed-off-by: Lv

[PATCH 04/11] ACPICA: Events: Fix acpi_ev_initialize_region() return value

ACPICA commit 543342ab7a676f4eb0c9f100d349388a84dff0e8 This patch changes acpi_ev_initialize_region(), stop returning AE_NOT_EXIST from it so that, not only in acpi_ds_load2_end_op(), but all places invoking this function won't emit exceptions. The exception can be seen in

[PATCH 11/11] ACPICA: Update version to 20161117

From: Bob Moore ACPICA commit 0d5a056877c2e37e0bfce8d262cec339dc8d55fd Version 20161117. Link: https://github.com/acpica/acpica/commit/0d5a0568 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- include/acpi/acpixf.h |

[PATCH 05/11] ACPICA: Tables: Cleanup acpi_tb_install_and_load_table()

ACPICA commit 7fdac0289faa1c28b91413c8e394e87372aa69e6 acpi_tb_install_and_load_table() can invoke acpi_tb_load_table() to eliminate redundant code. No functional change. Lv Zheng. Link: https://github.com/acpica/acpica/commit/7fdac028 Signed-off-by: Lv Zheng Signed-off-by:

[PATCH 01/11] ACPICA: Namespace: Add acpi_ns_handle_to_name()

ACPICA commit f9fe27a68a90c9d32dd3156241a5e788fb6956ea This patch adds acpi_ns_handle_to_name() so that in the acpi_get_name(): 1. Logics can be made simpler, 2. Lock held for acpi_ns_handle_to_name() can also be applied to acpi_ns_handle_to_pathname(). The lock might be useless (see Link 1

[PATCH 11/11] ACPICA: Update version to 20161117

From: Bob Moore ACPICA commit 0d5a056877c2e37e0bfce8d262cec339dc8d55fd Version 20161117. Link: https://github.com/acpica/acpica/commit/0d5a0568 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- include/acpi/acpixf.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 05/11] ACPICA: Tables: Cleanup acpi_tb_install_and_load_table()

ACPICA commit 7fdac0289faa1c28b91413c8e394e87372aa69e6 acpi_tb_install_and_load_table() can invoke acpi_tb_load_table() to eliminate redundant code. No functional change. Lv Zheng. Link: https://github.com/acpica/acpica/commit/7fdac028 Signed-off-by: Lv Zheng Signed-off-by: Bob Moore ---

[PATCH 01/11] ACPICA: Namespace: Add acpi_ns_handle_to_name()

ACPICA commit f9fe27a68a90c9d32dd3156241a5e788fb6956ea This patch adds acpi_ns_handle_to_name() so that in the acpi_get_name(): 1. Logics can be made simpler, 2. Lock held for acpi_ns_handle_to_name() can also be applied to acpi_ns_handle_to_pathname(). The lock might be useless (see Link 1

Still OOM problems with 4.9er kernels

Hello, I'm having out of memory situations with my "low memory" VMs in KVM under Fedora (Kernel 4.7, 4.8 and also before). They started to get more and more sensitive to OOM. I recently found the following info:

Still OOM problems with 4.9er kernels

Hello, I'm having out of memory situations with my "low memory" VMs in KVM under Fedora (Kernel 4.7, 4.8 and also before). They started to get more and more sensitive to OOM. I recently found the following info:

Re: Still OOM problems with 4.9er kernels

Hello, See also: Bug 1314697 - Kernel 4.4.3-300.fc23.x86_64 is not stable inside a KVM VM https://bugzilla.redhat.com/show_bug.cgi?id=1314697 Ciao, Gerhard On 30.11.2016 08:10, Gerhard Wiesinger wrote: Hello, I'm having out of memory situations with my "low memory" VMs in KVM under Fedora

Re: Still OOM problems with 4.9er kernels

Hello, See also: Bug 1314697 - Kernel 4.4.3-300.fc23.x86_64 is not stable inside a KVM VM https://bugzilla.redhat.com/show_bug.cgi?id=1314697 Ciao, Gerhard On 30.11.2016 08:10, Gerhard Wiesinger wrote: Hello, I'm having out of memory situations with my "low memory" VMs in KVM under Fedora

[PATCH] printk: Fix spinlock deadlock in printk reenty

From: Jinling Ke when Oops in printk, printk will call zap_locks() to reinitialize spinlock to prevent deadlock. In arm, arm64, x86 or other architecture smp cpu, race condition will occur in printk spinlock logbuf_lock and then it will result other cpu that is waiting

[PATCH 10/11] ACPICA: Utilities: Add new decode function for parser values

From: Bob Moore ACPICA commit 198fde8a061ac77357bcf1752e3c988fbe59f128 Implements a decode function for the ARGP_* parser info values for all AML opcodes. Link: https://github.com/acpica/acpica/commit/198fde8a Signed-off-by: Bob Moore

Re: [PATCH 21/39] mtd: nand: denali: support 64bit capable DMA engine

On Wed, 30 Nov 2016 16:11:53 +0900 Masahiro Yamada wrote: > Hi Boris, > > 2016-11-28 1:16 GMT+09:00 Boris Brezillon > : > > > > If you follow my suggestions of definition function pointers, you'll > > just have to add a

[PATCH] printk: Fix spinlock deadlock in printk reenty

From: Jinling Ke when Oops in printk, printk will call zap_locks() to reinitialize spinlock to prevent deadlock. In arm, arm64, x86 or other architecture smp cpu, race condition will occur in printk spinlock logbuf_lock and then it will result other cpu that is waiting printk spinlock in

[PATCH 10/11] ACPICA: Utilities: Add new decode function for parser values

From: Bob Moore ACPICA commit 198fde8a061ac77357bcf1752e3c988fbe59f128 Implements a decode function for the ARGP_* parser info values for all AML opcodes. Link: https://github.com/acpica/acpica/commit/198fde8a Signed-off-by: Bob Moore Signed-off-by: Lv Zheng ---

Re: [PATCH 21/39] mtd: nand: denali: support 64bit capable DMA engine

On Wed, 30 Nov 2016 16:11:53 +0900 Masahiro Yamada wrote: > Hi Boris, > > 2016-11-28 1:16 GMT+09:00 Boris Brezillon > : > > > > If you follow my suggestions of definition function pointers, you'll > > just have to add a function pointer to the denali_caps struct: > > > > void

[PATCH 00/11] ACPICA: 20161117 Release

The 20161117 ACPICA kernel-resident subsystem updates are linuxized based on the linux-pm/linux-next branch. The patchset has passed the following build/boot tests. Build tests are performed as follows: 1. i386 + allyes 2. i386 + allno 3. i386 + default + ACPI_DEBUGGER=y 4. i386 + default +

[PATCH 07/11] ACPICA: Tables: Add an error message complaining driver bugs

ACPICA commit 68af3c3aa238dd8040e846ac6b4827a016434d8d During early OS boot stage, drivers that have mapped system memory should unmap it during the same stage. Linux kernel has an error message indicating the unbalanced early memory mappings. This patch back ports such error message into ACPICA

[PATCH 02/11] ACPICA: Back port of "ACPICA: Dispatcher: Tune interpreter lock around AcpiEvInitializeRegion()"

ACPICA commit bc481e758e54f7644fd0b657119ca7763d8b6a9c This is a back port result of the following commit: Commit: 8633db6b027952449e155a316f4ae3a530bbe18f Subject: ACPICA: Dispatcher: Fix interpreter locking around acpi_ev_initialize_region() Link:

[PATCH 09/11] ACPICA: Tables: Allow FADT to be customized with virtual address

ACPICA commit d98de9ca14891130efc5dcdc871b97eb27b4b0f5 FADT parsing code requires FADT to be installed as ACPI_TABLE_ORIGIN_INTERNAL_PHYSICAL, using new acpi_tb_get_table()/acpi_tb_put_table(), other address types can also be allowed, thus facilitates FADT customization with virtual address. Lv

[PATCH 02/11] ACPICA: Back port of "ACPICA: Dispatcher: Tune interpreter lock around AcpiEvInitializeRegion()"

ACPICA commit bc481e758e54f7644fd0b657119ca7763d8b6a9c This is a back port result of the following commit: Commit: 8633db6b027952449e155a316f4ae3a530bbe18f Subject: ACPICA: Dispatcher: Fix interpreter locking around acpi_ev_initialize_region() Link:

[PATCH 09/11] ACPICA: Tables: Allow FADT to be customized with virtual address

ACPICA commit d98de9ca14891130efc5dcdc871b97eb27b4b0f5 FADT parsing code requires FADT to be installed as ACPI_TABLE_ORIGIN_INTERNAL_PHYSICAL, using new acpi_tb_get_table()/acpi_tb_put_table(), other address types can also be allowed, thus facilitates FADT customization with virtual address. Lv

[PATCH 07/11] ACPICA: Tables: Add an error message complaining driver bugs

ACPICA commit 68af3c3aa238dd8040e846ac6b4827a016434d8d During early OS boot stage, drivers that have mapped system memory should unmap it during the same stage. Linux kernel has an error message indicating the unbalanced early memory mappings. This patch back ports such error message into ACPICA

[PATCH 00/11] ACPICA: 20161117 Release

The 20161117 ACPICA kernel-resident subsystem updates are linuxized based on the linux-pm/linux-next branch. The patchset has passed the following build/boot tests. Build tests are performed as follows: 1. i386 + allyes 2. i386 + allno 3. i386 + default + ACPI_DEBUGGER=y 4. i386 + default +

Re: [lkp] [mm] e7c1db75fe: BUG:sleeping_function_called_from_invalid_context_at_mm/page_alloc.c

On Tue 29-11-16 11:14:48, Paul E. McKenney wrote: > On Tue, Nov 29, 2016 at 05:21:19PM +, Sudeep Holla wrote: > > On Sun, Nov 27, 2016 at 6:16 PM, kernel test robot > > wrote: > > > > > > FYI, we noticed the following commit: > > > > > > commit

Re: [lkp] [mm] e7c1db75fe: BUG:sleeping_function_called_from_invalid_context_at_mm/page_alloc.c

On Tue 29-11-16 11:14:48, Paul E. McKenney wrote: > On Tue, Nov 29, 2016 at 05:21:19PM +, Sudeep Holla wrote: > > On Sun, Nov 27, 2016 at 6:16 PM, kernel test robot > > wrote: > > > > > > FYI, we noticed the following commit: > > > > > > commit e7c1db75fed821a961ce1ca2b602b08e75de0cd8 ("mm:

Re: [PATCH 04/39] mtd: nand: denali: remove more unused struct members

Hi Boris, 2016-11-28 0:12 GMT+09:00 Boris Brezillon : > On Sun, 27 Nov 2016 03:05:50 +0900 > Masahiro Yamada wrote: > > Please add a description here. > > Also, this commit tends to validate my fears: you should have wait for >

Re: [PATCH 04/39] mtd: nand: denali: remove more unused struct members

Hi Boris, 2016-11-28 0:12 GMT+09:00 Boris Brezillon : > On Sun, 27 Nov 2016 03:05:50 +0900 > Masahiro Yamada wrote: > > Please add a description here. > > Also, this commit tends to validate my fears: you should have wait for > the full rework/cleanup to be done before submitting the first

Re: [PATCH 21/39] mtd: nand: denali: support 64bit capable DMA engine

Hi Boris, 2016-11-28 1:16 GMT+09:00 Boris Brezillon : > > If you follow my suggestions of definition function pointers, you'll > just have to add a function pointer to the denali_caps struct: > > void (*setup_dma)(struct denali_nand_info *denali, int

Re: [PATCH 21/39] mtd: nand: denali: support 64bit capable DMA engine

Hi Boris, 2016-11-28 1:16 GMT+09:00 Boris Brezillon : > > If you follow my suggestions of definition function pointers, you'll > just have to add a function pointer to the denali_caps struct: > > void (*setup_dma)(struct denali_nand_info *denali, int op); > This is possible because both

[PATCH] lib/idr: trivial: Fix typo in file header

Signed-off-by: Cao jin --- lib/idr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/idr.c b/lib/idr.c index 6098336df267..69fa487dbfda 100644 --- a/lib/idr.c +++ b/lib/idr.c @@ -14,7 +14,7 @@ * by the id to obtain the pointer. The bitmap

[PATCH] vfio: Fix handling of error returned by 'vfio_group_get_from_dev()'

'vfio_group_get_from_dev()' seems to return only NULL on error, not an error pointer. Fixes: 2169037dc322 ("vfio iommu: Added pin and unpin callback functions to vfio_iommu_driver_ops") Fixes: c086de818dd8 ("vfio iommu: Add blocking notifier to notify DMA_UNMAP") Signed-off-by: Christophe

[PATCH] lib/idr: trivial: Fix typo in file header

Signed-off-by: Cao jin --- lib/idr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/idr.c b/lib/idr.c index 6098336df267..69fa487dbfda 100644 --- a/lib/idr.c +++ b/lib/idr.c @@ -14,7 +14,7 @@ * by the id to obtain the pointer. The bitmap makes allocating * a new id

[PATCH] vfio: Fix handling of error returned by 'vfio_group_get_from_dev()'

'vfio_group_get_from_dev()' seems to return only NULL on error, not an error pointer. Fixes: 2169037dc322 ("vfio iommu: Added pin and unpin callback functions to vfio_iommu_driver_ops") Fixes: c086de818dd8 ("vfio iommu: Add blocking notifier to notify DMA_UNMAP") Signed-off-by: Christophe

Re: next: Commit 'mm: Prevent __alloc_pages_nodemask() RCU CPU stall ...' causing hang on sparc32 qemu

On Tue, Nov 29, 2016 at 08:32:51PM -0800, Guenter Roeck wrote: > On 11/29/2016 05:28 PM, Paul E. McKenney wrote: > >On Tue, Nov 29, 2016 at 01:23:08PM -0800, Guenter Roeck wrote: > >>Hi Paul, > >> > >>most of my qemu tests for sparc32 targets started to fa

Re: next: Commit 'mm: Prevent __alloc_pages_nodemask() RCU CPU stall ...' causing hang on sparc32 qemu

On Tue, Nov 29, 2016 at 08:32:51PM -0800, Guenter Roeck wrote: > On 11/29/2016 05:28 PM, Paul E. McKenney wrote: > >On Tue, Nov 29, 2016 at 01:23:08PM -0800, Guenter Roeck wrote: > >>Hi Paul, > >> > >>most of my qemu tests for sparc32 targets started to fa

Re: [RFC3 nowrap: PATCH v7 00/18] ILP32 for ARM64

On Wed, Nov 30, 2016 at 10:32:09AM +0530, Yury Norov wrote: > On Fri, Oct 21, 2016 at 11:32:59PM +0300, Yury Norov wrote: > > This series enables aarch64 with ilp32 mode, and as supporting work, > > introduces ARCH_32BIT_OFF_T configuration option that is enabled for > > existing 32-bit

Re: [RFC3 nowrap: PATCH v7 00/18] ILP32 for ARM64

On Wed, Nov 30, 2016 at 10:32:09AM +0530, Yury Norov wrote: > On Fri, Oct 21, 2016 at 11:32:59PM +0300, Yury Norov wrote: > > This series enables aarch64 with ilp32 mode, and as supporting work, > > introduces ARCH_32BIT_OFF_T configuration option that is enabled for > > existing 32-bit

Re: [PATCH KERNEL] xen/events: use xen_vcpu_id mapping for EVTCHNOP_status

On 23/11/16 13:38, Vitaly Kuznetsov wrote: > EVTCHNOP_status hypercall returns Xen's idea of vcpu id so we need to > compare it against xen_vcpu_id mapping, not the Linux cpu id. > > Suggested-by: Radim Krcmar > Signed-off-by: Vitaly Kuznetsov Applied

Re: [PATCH KERNEL] xen/events: use xen_vcpu_id mapping for EVTCHNOP_status

On 23/11/16 13:38, Vitaly Kuznetsov wrote: > EVTCHNOP_status hypercall returns Xen's idea of vcpu id so we need to > compare it against xen_vcpu_id mapping, not the Linux cpu id. > > Suggested-by: Radim Krcmar > Signed-off-by: Vitaly Kuznetsov Applied to xen/tip.git for-linus-4.10 Juergen

Re: [PATCH v10 02/13] drm/mediatek: add *driver_data for different hardware settings

Hi YT, On Fri, Nov 25, 2016 at 6:34 PM, YT Shen wrote: > > There are some hardware settings changed, between MT8173 & MT2701: > DISP_OVL address offset changed, color format definition changed. > DISP_RDMA fifo size changed. > DISP_COLOR offset changed. > MIPI_TX pll

Re: [PATCH v10 02/13] drm/mediatek: add *driver_data for different hardware settings

Hi YT, On Fri, Nov 25, 2016 at 6:34 PM, YT Shen wrote: > > There are some hardware settings changed, between MT8173 & MT2701: > DISP_OVL address offset changed, color format definition changed. > DISP_RDMA fifo size changed. > DISP_COLOR offset changed. > MIPI_TX pll setting changed. > And add

Re: [patch net / RFC] net: fec: increase frame size limitation to actually available buffer

> But I think it is not necessary since the driver don't support jumbo frame. Hardcoded 1522 raises two separate issues. (1) When DSA is in use, frames processed by FEC chip contain DSA tag and thus can be larger than hardcoded limit of 1522. This issue is not FEC-specific, any driver that

Re: [patch net / RFC] net: fec: increase frame size limitation to actually available buffer

> But I think it is not necessary since the driver don't support jumbo frame. Hardcoded 1522 raises two separate issues. (1) When DSA is in use, frames processed by FEC chip contain DSA tag and thus can be larger than hardcoded limit of 1522. This issue is not FEC-specific, any driver that

RE: [PATCH v2] [hv] storvsc: Payload buffer incorrectly sized for 32 bit kernels.

> -Original Message- > From: Cathy Avery [mailto:cav...@redhat.com] > Sent: Wednesday, November 23, 2016 5:47 AM > To: KY Srinivasan ; Haiyang Zhang > ; j...@linux.vnet.ibm.com; > martin.peter...@oracle.com > Cc: de...@linuxdriverproject.org;

RE: [PATCH v2] [hv] storvsc: Payload buffer incorrectly sized for 32 bit kernels.

> -Original Message- > From: Cathy Avery [mailto:cav...@redhat.com] > Sent: Wednesday, November 23, 2016 5:47 AM > To: KY Srinivasan ; Haiyang Zhang > ; j...@linux.vnet.ibm.com; > martin.peter...@oracle.com > Cc: de...@linuxdriverproject.org; linux-kernel@vger.kernel.org; linux- >

Re: [PATCH v3 4/5] thermal: rockchip: optimize the conversion table

Hey, On Mon, Nov 28, 2016 at 07:12:03PM +0800, Caesar Wang wrote: > + num = abs(table->id[mid].code - table->id[mid + 1].code); > + num *= temp - table->id[mid].temp; > + denom = table->id[mid + 1].temp - table->id[mid].temp; isn't the above 'mid + 1' off-by-one when mid ends

Re: [PATCH v3 4/5] thermal: rockchip: optimize the conversion table

Hey, On Mon, Nov 28, 2016 at 07:12:03PM +0800, Caesar Wang wrote: > + num = abs(table->id[mid].code - table->id[mid + 1].code); > + num *= temp - table->id[mid].temp; > + denom = table->id[mid + 1].temp - table->id[mid].temp; isn't the above 'mid + 1' off-by-one when mid ends

Re: [PATCH v3 3/5] thermal: rockchip: fixes invalid temperature case

Hello, On Tue, Nov 29, 2016 at 09:59:28PM -0800, Brian Norris wrote: > On Tue, Nov 29, 2016 at 09:02:42PM -0800, Eduardo Valentin wrote: > > On Tue, Nov 29, 2016 at 01:57:45PM -0800, Brian Norris wrote: > > > I was thinking while reviewing that the binary search serves more to > > > complicate

Re: [LKP] [lkp] [mm] e7c1db75fe: BUG:sleeping_function_called_from_invalid_context_at_mm/page_alloc.c

Hi Paul, Attached is the new dmesg. On Wed, Nov 30, 2016 at 05:39:50AM +0800, Ye Xiaolong wrote: On 11/29, Paul E. McKenney wrote: On Tue, Nov 29, 2016 at 05:21:19PM +, Sudeep Holla wrote: On Sun, Nov 27, 2016 at 6:16 PM, kernel test robot wrote: > > FYI, we

Re: [PATCH v3 3/5] thermal: rockchip: fixes invalid temperature case

Hello, On Tue, Nov 29, 2016 at 09:59:28PM -0800, Brian Norris wrote: > On Tue, Nov 29, 2016 at 09:02:42PM -0800, Eduardo Valentin wrote: > > On Tue, Nov 29, 2016 at 01:57:45PM -0800, Brian Norris wrote: > > > I was thinking while reviewing that the binary search serves more to > > > complicate

Re: [LKP] [lkp] [mm] e7c1db75fe: BUG:sleeping_function_called_from_invalid_context_at_mm/page_alloc.c

Hi Paul, Attached is the new dmesg. On Wed, Nov 30, 2016 at 05:39:50AM +0800, Ye Xiaolong wrote: On 11/29, Paul E. McKenney wrote: On Tue, Nov 29, 2016 at 05:21:19PM +, Sudeep Holla wrote: On Sun, Nov 27, 2016 at 6:16 PM, kernel test robot wrote: > > FYI, we noticed the following

Re: bnx2 breaks Dell R815 BMC IPMI since 4.8

Le 30 novembre 2016 00:28:08 GMT+01:00, Gavin Shan a écrit : >On Tue, Nov 29, 2016 at 07:57:51AM +0100, Brice Goglin wrote: >>Hello >> >>My Dell PowerEdge R815 doesn't have IPMI anymore when I boot a 4.8 >>kernel, the BMC doesn't even ping anymore. Its Ethernet

Re: bnx2 breaks Dell R815 BMC IPMI since 4.8

Le 30 novembre 2016 00:28:08 GMT+01:00, Gavin Shan a écrit : >On Tue, Nov 29, 2016 at 07:57:51AM +0100, Brice Goglin wrote: >>Hello >> >>My Dell PowerEdge R815 doesn't have IPMI anymore when I boot a 4.8 >>kernel, the BMC doesn't even ping anymore. Its Ethernet devices are 4 >of >>those: >>

[PATCH] serial: 8250_mid fix calltrace when hotplug 8250 serial controller

From: Liwei Song Fix the following Calltrace: [ 77.768221] WARNING: CPU: 5 PID: 645 at drivers/dma/dmaengine.c:1069 dma_async_device_unregister+0xe2/0xf0 [ 77.775058] dma_async_device_unregister called while 1 clients hold a reference [ 77.825048] CPU: 5 PID:

[PATCH] serial: 8250_mid fix calltrace when hotplug 8250 serial controller

From: Liwei Song Fix the following Calltrace: [ 77.768221] WARNING: CPU: 5 PID: 645 at drivers/dma/dmaengine.c:1069 dma_async_device_unregister+0xe2/0xf0 [ 77.775058] dma_async_device_unregister called while 1 clients hold a reference [ 77.825048] CPU: 5 PID: 645 Comm: sh Not tainted

Re: [PATCH 1/2] x86: Make E820_X_MAX unconditionally larger than E820MAX

* Alex Thorlton wrote: > It's really not necessary to limit E820_X_MAX to 128 in the non-EFI > case. This commit drops E820_X_MAX's dependency on CONFIG_EFI, so that > E820_X_MAX is always at least slightly larger than E820MAX. > > The real motivation behind this is

Re: [PATCH 1/2] x86: Make E820_X_MAX unconditionally larger than E820MAX

* Alex Thorlton wrote: > It's really not necessary to limit E820_X_MAX to 128 in the non-EFI > case. This commit drops E820_X_MAX's dependency on CONFIG_EFI, so that > E820_X_MAX is always at least slightly larger than E820MAX. > > The real motivation behind this is actually to prevent some

Re: [PATCH 17/39] mtd: nand: denali: support HW_ECC_FIXUP capability

Hi Boris, 2016-11-28 1:09 GMT+09:00 Boris Brezillon : _bitflips); > > Okay, so you currently have two ways of handling ECC errors. What if a > new revision introduces yet another way to do it? > > How about making

Re: [PATCH 17/39] mtd: nand: denali: support HW_ECC_FIXUP capability

Hi Boris, 2016-11-28 1:09 GMT+09:00 Boris Brezillon : _bitflips); > > Okay, so you currently have two ways of handling ECC errors. What if a > new revision introduces yet another way to do it? > > How about making denali_caps a structure where you have one

Re: [PATCH 20/39] mtd: nand: denali_dt: enable HW_ECC_FIXUP capability for DT platform

Hi Boris, 2016-11-28 1:14 GMT+09:00 Boris Brezillon : > On Sun, 27 Nov 2016 03:06:06 +0900 > Masahiro Yamada wrote: > >> The denali_dt.c was split out by Altera for the SOCFPGA port. The >> Denali IP on SOCFPGA incorporates the

Re: [PATCH 20/39] mtd: nand: denali_dt: enable HW_ECC_FIXUP capability for DT platform

Hi Boris, 2016-11-28 1:14 GMT+09:00 Boris Brezillon : > On Sun, 27 Nov 2016 03:06:06 +0900 > Masahiro Yamada wrote: > >> The denali_dt.c was split out by Altera for the SOCFPGA port. The >> Denali IP on SOCFPGA incorporates the hardware ECC fixup feature. >> Newer versions are very likely to

Re: [PATCH V4] PM / OPP: Pass opp_table to dev_pm_opp_put_regulator()

Hi Viresh, On 11/30/2016 12:59 PM, Viresh Kumar wrote: > From: Stephen Boyd > > Joonyoung Shim reported an interesting problem on his ARM octa-core > Odoroid-XU3 platform. During system suspend, dev_pm_opp_put_regulator() > was failing for a struct device for which

Re: [PATCH V4] PM / OPP: Pass opp_table to dev_pm_opp_put_regulator()

Hi Viresh, On 11/30/2016 12:59 PM, Viresh Kumar wrote: > From: Stephen Boyd > > Joonyoung Shim reported an interesting problem on his ARM octa-core > Odoroid-XU3 platform. During system suspend, dev_pm_opp_put_regulator() > was failing for a struct device for which dev_pm_opp_set_regulator() is

RE: [PATCH v2] [hv] storvsc: Payload buffer incorrectly sized for 32 bit kernels.

> -Original Message- > From: Martin K. Petersen [mailto:martin.peter...@oracle.com] > Sent: Tuesday, November 29, 2016 8:58 AM > To: Cathy Avery > Cc: KY Srinivasan ; Haiyang Zhang > ; j...@linux.vnet.ibm.com; >

RE: [PATCH v2] [hv] storvsc: Payload buffer incorrectly sized for 32 bit kernels.

> -Original Message- > From: Martin K. Petersen [mailto:martin.peter...@oracle.com] > Sent: Tuesday, November 29, 2016 8:58 AM > To: Cathy Avery > Cc: KY Srinivasan ; Haiyang Zhang > ; j...@linux.vnet.ibm.com; > martin.peter...@oracle.com; de...@linuxdriverproject.org; linux- >

Re: [PATCH 18/39] mtd: nand: denali: move denali_read_page_raw() above denali_read_page()

Hi Boris, 2016-11-28 1:10 GMT+09:00 Boris Brezillon : > On Sun, 27 Nov 2016 03:06:04 +0900 > Masahiro Yamada wrote: > >> This will be needed in the next commit to call denali_read_page_raw() >> from denali_read_page(). > > Please

Re: [PATCH 18/39] mtd: nand: denali: move denali_read_page_raw() above denali_read_page()

Hi Boris, 2016-11-28 1:10 GMT+09:00 Boris Brezillon : > On Sun, 27 Nov 2016 03:06:04 +0900 > Masahiro Yamada wrote: > >> This will be needed in the next commit to call denali_read_page_raw() >> from denali_read_page(). > > Please squash this change into patch 19. It's clearly useless to >

Re: [PATCH 28/39] mtd: nand: denali: move multi NAND fixup code to a helper function

Hi Boris, 2016-11-28 1:24 GMT+09:00 Boris Brezillon : > On Sun, 27 Nov 2016 03:06:14 +0900 > Masahiro Yamada wrote: > >> Collect multi NAND fixups into a helper function instead of >> scattering them in denali_init(). > > Can

Re: [PATCH 28/39] mtd: nand: denali: move multi NAND fixup code to a helper function

Hi Boris, 2016-11-28 1:24 GMT+09:00 Boris Brezillon : > On Sun, 27 Nov 2016 03:06:14 +0900 > Masahiro Yamada wrote: > >> Collect multi NAND fixups into a helper function instead of >> scattering them in denali_init(). > > Can you tell me more about this multi-NAND feature? > The core is already

  1   2   3   4   5   6   7   8   9   10   >