Re: [patch 13/20] timer: Switch to a non cascading wheel

On Thu, Jun 16, 2016 at 05:40:51PM -0700, Paul E. McKenney wrote: > On Thu, Jun 16, 2016 at 08:14:02PM +0200, Peter Zijlstra wrote: > > On Thu, Jun 16, 2016 at 09:02:15AM -0700, Paul E. McKenney wrote: > > > > 2) When we do that right, we can make the tick frequency a command line > > > > option

Re: [patch 13/20] timer: Switch to a non cascading wheel

On Thu, Jun 16, 2016 at 05:40:51PM -0700, Paul E. McKenney wrote: > On Thu, Jun 16, 2016 at 08:14:02PM +0200, Peter Zijlstra wrote: > > On Thu, Jun 16, 2016 at 09:02:15AM -0700, Paul E. McKenney wrote: > > > > 2) When we do that right, we can make the tick frequency a command line > > > > option

Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core)

On Wed, Jun 15, 2016 at 11:05 PM, Heiko Carstens wrote: > On Wed, Jun 15, 2016 at 05:28:22PM -0700, Andy Lutomirski wrote: >> Since the dawn of time, a kernel stack overflow has been a real PITA >> to debug, has caused nondeterministic crashes some time after the >>

Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core)

On Wed, Jun 15, 2016 at 11:05 PM, Heiko Carstens wrote: > On Wed, Jun 15, 2016 at 05:28:22PM -0700, Andy Lutomirski wrote: >> Since the dawn of time, a kernel stack overflow has been a real PITA >> to debug, has caused nondeterministic crashes some time after the >> actual overflow, and has

[PATCH 4/4]staging:vt6656:card.c: fix camel case issue

Fix "Avoid camel case" issue thrown by checkpatch.pl Signed-off-by: Rithvik Patibandla --- drivers/staging/vt6656/card.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/vt6656/card.c b/drivers/staging/vt6656/card.c index

[PATCH 4/4]staging:vt6656:card.c: fix camel case issue

Fix "Avoid camel case" issue thrown by checkpatch.pl Signed-off-by: Rithvik Patibandla --- drivers/staging/vt6656/card.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/vt6656/card.c b/drivers/staging/vt6656/card.c index a3fa6d8..53b469c 100644 ---

[PATCH update v7 15/15] acpi, numa: Enable ACPI based NUMA on ARM64

From: Hanjun Guo Add function needed for cpu to node mapping, and enable ACPI based NUMA for ARM64 in Kconfig Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter [david.da...@cavium.com added ACPI_NUMA default to y for

[PATCH update v7 15/15] acpi, numa: Enable ACPI based NUMA on ARM64

From: Hanjun Guo Add function needed for cpu to node mapping, and enable ACPI based NUMA for ARM64 in Kconfig Signed-off-by: Hanjun Guo Signed-off-by: Robert Richter [david.da...@cavium.com added ACPI_NUMA default to y for ARM64] Signed-off-by: David Daney Acked-by: Catalin Marinas ---

[PATCH 3/4]staging:vt6656:card.c: fix blank line issue

Fix "Please use a blank line after function declaration" check thrown by checkpatch.pl Signed-off-by: Rithvik Patibandla --- drivers/staging/vt6656/card.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/vt6656/card.c b/drivers/staging/vt6656/card.c

[PATCH 3/4]staging:vt6656:card.c: fix blank line issue

Fix "Please use a blank line after function declaration" check thrown by checkpatch.pl Signed-off-by: Rithvik Patibandla --- drivers/staging/vt6656/card.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/vt6656/card.c b/drivers/staging/vt6656/card.c index 7a10e8f..a3fa6d8

[PATCH 2/4]staging:vt6656:card.c: fix blank lines issue

Fix "Blank lines aren't necessary after an open brace" check thrown by checkpatch.pl Signed-off-by: Rithvik Patibandla --- drivers/staging/vt6656/card.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/staging/vt6656/card.c b/drivers/staging/vt6656/card.c

[PATCH 2/4]staging:vt6656:card.c: fix blank lines issue

Fix "Blank lines aren't necessary after an open brace" check thrown by checkpatch.pl Signed-off-by: Rithvik Patibandla --- drivers/staging/vt6656/card.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/staging/vt6656/card.c b/drivers/staging/vt6656/card.c index fde48e5..7a10e8f

[x86] 33c4f826f2: INFO: task swapper/0:1 blocked for more than 120 seconds.

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/vmap_stack commit 33c4f826f210da9ea4f198dea266f425f13615e9 ("x86: Move addr_limit to thread_struct") on test machine: vm-vp-quantal-x86_64: 2 threads qemu-system-x86_64 -enable-kvm with

[x86] 33c4f826f2: INFO: task swapper/0:1 blocked for more than 120 seconds.

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/vmap_stack commit 33c4f826f210da9ea4f198dea266f425f13615e9 ("x86: Move addr_limit to thread_struct") on test machine: vm-vp-quantal-x86_64: 2 threads qemu-system-x86_64 -enable-kvm with

Re: [RFC PATCH] regulator: introduce boot protection flag

On Wednesday, June 15, 2016 09:32 PM, Mark Brown wrote: > On Wed, Jun 15, 2016 at 08:05:13PM +0800, Pingbo Wen wrote: >> On Thursday, June 09, 2016 01:16 AM, Mark Brown wrote: > >> If we take modules under consideration, and to make this patch more >> universal, I think what we really need is

Re: [RFC PATCH] regulator: introduce boot protection flag

On Wednesday, June 15, 2016 09:32 PM, Mark Brown wrote: > On Wed, Jun 15, 2016 at 08:05:13PM +0800, Pingbo Wen wrote: >> On Thursday, June 09, 2016 01:16 AM, Mark Brown wrote: > >> If we take modules under consideration, and to make this patch more >> universal, I think what we really need is

[PATCH] zram: use writer semaphores in device attributes store

Since the device attributes store provides write access. This patch uses down_write()/up_write() instead of down_read()/up_read() in mem_used_max_store() and compact_store(). Signed-off-by: Geliang Tang --- drivers/block/zram/zram_drv.c | 10 +- 1 file changed, 5

[PATCH] zram: use writer semaphores in device attributes store

Since the device attributes store provides write access. This patch uses down_write()/up_write() instead of down_read()/up_read() in mem_used_max_store() and compact_store(). Signed-off-by: Geliang Tang --- drivers/block/zram/zram_drv.c | 10 +- 1 file changed, 5 insertions(+), 5

RE: [PATCH v2 2/2] pci/aer: interrupt fixup in the quirk

> -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Thursday, June 16, 2016 9:54 PM > To: Po Liu > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > linux-kernel@vger.kernel.org; devicet...@vger.kernel.org; Bjorn Helgaas; > Shawn

RE: [PATCH v2 2/2] pci/aer: interrupt fixup in the quirk

> -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Thursday, June 16, 2016 9:54 PM > To: Po Liu > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > linux-kernel@vger.kernel.org; devicet...@vger.kernel.org; Bjorn Helgaas; > Shawn

Re: [PATCH] MADVISE_FREE, THP: Fix madvise_free_huge_pmd return value after splitting

"Huang, Ying" writes: > From: Huang Ying > > madvise_free_huge_pmd should return 0 if the fallback PTE operations are > required. In madvise_free_huge_pmd, if part pages of THP are discarded, > the THP will be split and fallback PTE operations should

Re: [PATCH] MADVISE_FREE, THP: Fix madvise_free_huge_pmd return value after splitting

"Huang, Ying" writes: > From: Huang Ying > > madvise_free_huge_pmd should return 0 if the fallback PTE operations are > required. In madvise_free_huge_pmd, if part pages of THP are discarded, > the THP will be split and fallback PTE operations should be used if > splitting succeeds. But the

Re: [PATCH V2 11/63] clocksource/drivers/digitcolor: Convert init function to return error

Hi Daniel, On Thu, Jun 16, 2016 at 11:26:30PM +0200, Daniel Lezcano wrote: > The init functions do not return any error. They behave as the following: > > - panic, thus leading to a kernel crash while another timer may work and >make the system boot up correctly > > or > > -

Re: [PATCH V2 11/63] clocksource/drivers/digitcolor: Convert init function to return error

Hi Daniel, On Thu, Jun 16, 2016 at 11:26:30PM +0200, Daniel Lezcano wrote: > The init functions do not return any error. They behave as the following: > > - panic, thus leading to a kernel crash while another timer may work and >make the system boot up correctly > > or > > -

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Joe, On Fri, Jun 17, 2016 at 1:04 PM, Joe Perches wrote: > On Fri, 2016-06-17 at 12:44 +1000, Julian Calaby wrote: >> Hi Joe, > > rehi Julian. (I always put a salutation on my emails and always finish them with "Thanks," =) ) >> On Fri, Jun 17, 2016 at 12:33 PM, Joe

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Joe, On Fri, Jun 17, 2016 at 1:04 PM, Joe Perches wrote: > On Fri, 2016-06-17 at 12:44 +1000, Julian Calaby wrote: >> Hi Joe, > > rehi Julian. (I always put a salutation on my emails and always finish them with "Thanks," =) ) >> On Fri, Jun 17, 2016 at 12:33 PM, Joe Perches wrote: > [] >>

Re: [PATCH v2 8/8] p54: convert to sysdata API

On Thu, Jun 16, 2016 at 3:36 PM, Luis R. Rodriguez wrote: > > Reason this could not wait is folks seem to want to keep extending the API, > which is another reason for this, do we want to put an end to an unflexible > API now or should we wait ? So I absolutely abhor "changes

Re: [PATCH v2 8/8] p54: convert to sysdata API

On Thu, Jun 16, 2016 at 3:36 PM, Luis R. Rodriguez wrote: > > Reason this could not wait is folks seem to want to keep extending the API, > which is another reason for this, do we want to put an end to an unflexible > API now or should we wait ? So I absolutely abhor "changes for changes sake".

Re: [PATCH 2 1/2] arm64: dts: apm: Use lowercase consistently for hex constants

On Thu, Jun 16, 2016 at 3:28 PM, Rob Herring wrote: > On Tue, Jun 14, 2016 at 08:00:20AM -0500, Bjorn Helgaas wrote: >> The convention in these files is to use lowercase for "0x" prefixes and for >> the hex constants themselves, but a few changes didn't follow that >> convention,

Re: [PATCH 2 1/2] arm64: dts: apm: Use lowercase consistently for hex constants

On Thu, Jun 16, 2016 at 3:28 PM, Rob Herring wrote: > On Tue, Jun 14, 2016 at 08:00:20AM -0500, Bjorn Helgaas wrote: >> The convention in these files is to use lowercase for "0x" prefixes and for >> the hex constants themselves, but a few changes didn't follow that >> convention, which makes the

[PATCH] MADVISE_FREE, THP: Fix madvise_free_huge_pmd return value after splitting

From: Huang Ying madvise_free_huge_pmd should return 0 if the fallback PTE operations are required. In madvise_free_huge_pmd, if part pages of THP are discarded, the THP will be split and fallback PTE operations should be used if splitting succeeds. But the original code

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

On Fri, 2016-06-17 at 12:44 +1000, Julian Calaby wrote: > Hi Joe, rehi Julian. > On Fri, Jun 17, 2016 at 12:33 PM, Joe Perches wrote: [] > > get_maintainer.pl also has a rarely used "--file-emails" option to > > scan for what appears to be email addresses in specific files. >

[PATCH] MADVISE_FREE, THP: Fix madvise_free_huge_pmd return value after splitting

From: Huang Ying madvise_free_huge_pmd should return 0 if the fallback PTE operations are required. In madvise_free_huge_pmd, if part pages of THP are discarded, the THP will be split and fallback PTE operations should be used if splitting succeeds. But the original code will make fallback PTE

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

On Fri, 2016-06-17 at 12:44 +1000, Julian Calaby wrote: > Hi Joe, rehi Julian. > On Fri, Jun 17, 2016 at 12:33 PM, Joe Perches wrote: [] > > get_maintainer.pl also has a rarely used "--file-emails" option to > > scan for what appears to be email addresses in specific files. > > > > $

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Joe, On Fri, Jun 17, 2016 at 12:33 PM, Joe Perches wrote: > On Fri, 2016-06-17 at 12:18 +1000, Julian Calaby wrote: >> ./scripts/get_maintainers.pl -f drivers/scsi/vmw_pvscsi.c > > just fyi: the script name is not plural Thanks, must have typo'd it between running it and

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Joe, On Fri, Jun 17, 2016 at 12:33 PM, Joe Perches wrote: > On Fri, 2016-06-17 at 12:18 +1000, Julian Calaby wrote: >> ./scripts/get_maintainers.pl -f drivers/scsi/vmw_pvscsi.c > > just fyi: the script name is not plural Thanks, must have typo'd it between running it and typing it into the

Re: [PATCH 04/20] x86, intel_idle: use Intel family macros for intel_idle

On Thu, Jun 2, 2016 at 8:19 PM, Dave Hansen wrote: > > From: Dave Hansen > > Use the new INTEL_FAM6_* macros for intel_idle.c. Also fix up > some of the macros to be consistent with how some of the > intel_idle code refers to the model. > > There's on

Re: [PATCH 04/20] x86, intel_idle: use Intel family macros for intel_idle

On Thu, Jun 2, 2016 at 8:19 PM, Dave Hansen wrote: > > From: Dave Hansen > > Use the new INTEL_FAM6_* macros for intel_idle.c. Also fix up > some of the macros to be consistent with how some of the > intel_idle code refers to the model. > > There's on oddity here: model 0x1F is uniquely

Re: [PATCH 02/11] mtd: nand_bbt: introduce BBT related data structure

Hi Boris, On Tue, May 17, 2016 at 9:03 AM, Peter Pan wrote: > Hi Boris, > > Firstly, sorry for late reply. > > On Thu, May 5, 2016 at 4:33 AM, Boris Brezillon > wrote: >> Hi Peter, >> >> On Wed, 4 May 2016 09:36:05 +0800 >> Peter Pan

Re: [PATCH 02/11] mtd: nand_bbt: introduce BBT related data structure

Hi Boris, On Tue, May 17, 2016 at 9:03 AM, Peter Pan wrote: > Hi Boris, > > Firstly, sorry for late reply. > > On Thu, May 5, 2016 at 4:33 AM, Boris Brezillon > wrote: >> Hi Peter, >> >> On Wed, 4 May 2016 09:36:05 +0800 >> Peter Pan wrote: >> >>> Hi Boris, >>> >>> On Tue, Apr 19, 2016 at 3:34

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

On Fri, 2016-06-17 at 12:18 +1000, Julian Calaby wrote: > ./scripts/get_maintainers.pl -f drivers/scsi/vmw_pvscsi.c just fyi: the script name is not plural $ ./scripts/get_maintainer.pl  -f drivers/scsi/vmw_pvscsi.c Arvind Kumar (maintainer:VMware PVSCSI driver) VMware

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

On Fri, 2016-06-17 at 12:18 +1000, Julian Calaby wrote: > ./scripts/get_maintainers.pl -f drivers/scsi/vmw_pvscsi.c just fyi: the script name is not plural $ ./scripts/get_maintainer.pl  -f drivers/scsi/vmw_pvscsi.c Arvind Kumar (maintainer:VMware PVSCSI driver) VMware PV-Drivers

[PATCH v1 2/2] mm: rmap: call page_check_address() with sync enabled to avoid racy check

The previous patch addresses the race between split_huge_pmd_address() and someone changing the pmd. The fix is only for splitting of normal thp (i.e. pmd-mapped thp,) and for splitting of pte-mapped thp there still is the similar race. For splitting pte-mapped thp, the pte's conversion is done

[PATCH v1 2/2] mm: rmap: call page_check_address() with sync enabled to avoid racy check

The previous patch addresses the race between split_huge_pmd_address() and someone changing the pmd. The fix is only for splitting of normal thp (i.e. pmd-mapped thp,) and for splitting of pte-mapped thp there still is the similar race. For splitting pte-mapped thp, the pte's conversion is done

[PATCH v1 1/2] mm: thp: move pmd check inside ptl for freeze_page()

I found a race condition triggering VM_BUG_ON() in freeze_page(), when running a testcase with 3 processes: - process 1: keep writing thp, - process 2: keep clearing soft-dirty bits from virtual address of process 1 - process 3: call migratepages for process 1, The kernel message is like

[PATCH v1 1/2] mm: thp: move pmd check inside ptl for freeze_page()

I found a race condition triggering VM_BUG_ON() in freeze_page(), when running a testcase with 3 processes: - process 1: keep writing thp, - process 2: keep clearing soft-dirty bits from virtual address of process 1 - process 3: call migratepages for process 1, The kernel message is like

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Arvind, On Fri, Jun 17, 2016 at 12:03 PM, Arvind Kumar wrote: > Hi Julian, > > Thanks for spotting that. We will update that too. > > I don't really see it as redundant rather as a quick reference instead of > digging out the MAINTAINERS file and then search for

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Arvind, On Fri, Jun 17, 2016 at 12:03 PM, Arvind Kumar wrote: > Hi Julian, > > Thanks for spotting that. We will update that too. > > I don't really see it as redundant rather as a quick reference instead of > digging out the MAINTAINERS file and then search for vmw_pvscsi.c file. >

Re: [PATCH v12.update2 02/15] PCI: Let pci_mmap_page_range() take resource address

On Thu, Jun 09, 2016 at 03:25:52PM -0700, Yinghai Lu wrote: > In 8c05cd08a7 ("PCI: fix offset check for sysfs mmapped files"), try > to check exposed value with resource start/end in proc mmap path. > > |start = vma->vm_pgoff; > |size = ((pci_resource_len(pdev, resno) - 1) >>

Re: [PATCH v12.update2 02/15] PCI: Let pci_mmap_page_range() take resource address

On Thu, Jun 09, 2016 at 03:25:52PM -0700, Yinghai Lu wrote: > In 8c05cd08a7 ("PCI: fix offset check for sysfs mmapped files"), try > to check exposed value with resource start/end in proc mmap path. > > |start = vma->vm_pgoff; > |size = ((pci_resource_len(pdev, resno) - 1) >>

Re: [BUG] act_ife: sleeping functions called in atomic context

On Thu, Jun 16, 2016 at 5:38 PM, Jamal Hadi Salim wrote: > On 16-06-16 05:43 PM, Cong Wang wrote: >> >> On Thu, Jun 16, 2016 at 1:50 PM, Alexey Khoroshilov >> wrote: >>> >>> tcf_ife_init() contains a big chunk of code executed with >>> ife->tcf_lock

Re: [BUG] act_ife: sleeping functions called in atomic context

On Thu, Jun 16, 2016 at 5:38 PM, Jamal Hadi Salim wrote: > On 16-06-16 05:43 PM, Cong Wang wrote: >> >> On Thu, Jun 16, 2016 at 1:50 PM, Alexey Khoroshilov >> wrote: >>> >>> tcf_ife_init() contains a big chunk of code executed with >>> ife->tcf_lock spinlock held. But that code contains several

[PATCH v6 1/2] Documentation: bindings: add DT documentation for Rockchip USB2PHY

Signed-off-by: Frank Wang Acked-by: Rob Herring Reviewed-by: Heiko Stuebner --- Changes in v6: - Changed '_' to '-' for otg-id and otg-bvalid property. Changes in v5: - Added 'reg' property to identify the different phy-blocks.

[PATCH] Documentation: fix wrong value in md.txt

In the current Documentation/md.txt, the lower limit value of stripe_cache_size is 16 and the default value is 128, but when I update kernel to the latest mainline version and RAID5 array is created by mdadm, then execute the following commands, it shows an error and a difference respectively. 1)

[PATCH v6 1/2] Documentation: bindings: add DT documentation for Rockchip USB2PHY

Signed-off-by: Frank Wang Acked-by: Rob Herring Reviewed-by: Heiko Stuebner --- Changes in v6: - Changed '_' to '-' for otg-id and otg-bvalid property. Changes in v5: - Added 'reg' property to identify the different phy-blocks. Changes in v4: - Used 'phy-supply' instead of

[PATCH] Documentation: fix wrong value in md.txt

In the current Documentation/md.txt, the lower limit value of stripe_cache_size is 16 and the default value is 128, but when I update kernel to the latest mainline version and RAID5 array is created by mdadm, then execute the following commands, it shows an error and a difference respectively. 1)

[PATCH v6 0/2] Add a new Rockchip usb2 phy driver

The newer SoCs (rk3366, rk3399) of Rock-chip take a different usb-phy IP block than rk3288 and before, and most of phy-related registers are also different from the past, so a new phy driver is required necessarily. These series patches add phy-rockchip-inno-usb2.c and the corresponding

[PATCH v6 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

The newer SoCs (rk3366, rk3399) take a different usb-phy IP block than rk3288 and before, and most of phy-related registers are also different from the past, so a new phy driver is required necessarily. Signed-off-by: Frank Wang Suggested-by: Guenter Roeck

[PATCH v6 0/2] Add a new Rockchip usb2 phy driver

The newer SoCs (rk3366, rk3399) of Rock-chip take a different usb-phy IP block than rk3288 and before, and most of phy-related registers are also different from the past, so a new phy driver is required necessarily. These series patches add phy-rockchip-inno-usb2.c and the corresponding

[PATCH v6 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

The newer SoCs (rk3366, rk3399) take a different usb-phy IP block than rk3288 and before, and most of phy-related registers are also different from the past, so a new phy driver is required necessarily. Signed-off-by: Frank Wang Suggested-by: Guenter Roeck Suggested-by: Doug Anderson

Re: [PATCH v7 15/15] acpi, numa: Enable ACPI based NUMA on ARM64

On 2016/6/10 3:47, Matthias Brugger wrote: > > > On 25/05/16 00:35, David Daney wrote: >> From: Hanjun Guo >> >> Add function needed for cpu to node mapping, and enable ACPI based >> NUMA for ARM64 in Kconfig >> >> Signed-off-by: Hanjun Guo >>

Re: [PATCH v7 15/15] acpi, numa: Enable ACPI based NUMA on ARM64

On 2016/6/10 3:47, Matthias Brugger wrote: > > > On 25/05/16 00:35, David Daney wrote: >> From: Hanjun Guo >> >> Add function needed for cpu to node mapping, and enable ACPI based >> NUMA for ARM64 in Kconfig >> >> Signed-off-by: Hanjun Guo >> Signed-off-by: Robert Richter >>

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Julian, Thanks for spotting that. We will update that too. I don't really see it as redundant rather as a quick reference instead of digging out the MAINTAINERS file and then search for vmw_pvscsi.c file. Specially for those readers who might not even know about the MAINTAINERS file.

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Julian, Thanks for spotting that. We will update that too. I don't really see it as redundant rather as a quick reference instead of digging out the MAINTAINERS file and then search for vmw_pvscsi.c file. Specially for those readers who might not even know about the MAINTAINERS file.

[PATCH v2 0/2] drm/mediatek: MT8173 gamma & dither support

This is MT8173 gamma & dither support PATCH v2, based on 4.7-rc1. Changes since v1: -According to the suggestion from Daniel, we used the new atomic color management. -Applied gamma function at GAMMA engine (path 2). -Made dithering function support hardware mirroring well. -Removed the bpc

[PATCH v2 2/2] drm/mediatek: set mt8173 dithering function

Some panels only accept bpc (bit per color) 6-bit. But, the default bpc in mt8173 display data path is 8-bit. If we didn't enable dithering function to convert bpc, display cannot show the smooth grayscale image. In mt8173, the dithering function in OD (OverDrive) and GAMMA module, we have to

[PATCH v2 1/2] drm/mediatek: Add gamma correction

Apply gamma function to correct brightness values. It applies arbitrary mapping curve to compensate the incorrect transfer function of the panel. Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c |8 +++

[PATCH v2 0/2] drm/mediatek: MT8173 gamma & dither support

This is MT8173 gamma & dither support PATCH v2, based on 4.7-rc1. Changes since v1: -According to the suggestion from Daniel, we used the new atomic color management. -Applied gamma function at GAMMA engine (path 2). -Made dithering function support hardware mirroring well. -Removed the bpc

[PATCH v2 2/2] drm/mediatek: set mt8173 dithering function

Some panels only accept bpc (bit per color) 6-bit. But, the default bpc in mt8173 display data path is 8-bit. If we didn't enable dithering function to convert bpc, display cannot show the smooth grayscale image. In mt8173, the dithering function in OD (OverDrive) and GAMMA module, we have to

[PATCH v2 1/2] drm/mediatek: Add gamma correction

Apply gamma function to correct brightness values. It applies arbitrary mapping curve to compensate the incorrect transfer function of the panel. Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c |8 +++ drivers/gpu/drm/mediatek/mtk_drm_crtc.h |1 +

Re: [PATCH v2 1/2] tools include: Adopt byte ordering macros from byteorder/generic.h

在 2016/6/16 19:36, Jiri Olsa 写道: On Thu, Jun 16, 2016 at 10:41:31AM +, He Kuang wrote: From: Wang Nan This patch adopts the macros for byte order conversion from "include/linux/byteorder/generic.h" to "tools/include/linux/byteorder/generic.h" tools/perf/MANIFEST is

Re: [PATCH v2 1/2] tools include: Adopt byte ordering macros from byteorder/generic.h

在 2016/6/16 19:36, Jiri Olsa 写道: On Thu, Jun 16, 2016 at 10:41:31AM +, He Kuang wrote: From: Wang Nan This patch adopts the macros for byte order conversion from "include/linux/byteorder/generic.h" to "tools/include/linux/byteorder/generic.h" tools/perf/MANIFEST is also updated for

Re: [PATCH 2/2] clk: Add fractional scale clock support

Hi, [auto build test ERROR on clk/clk-next] [also build test ERROR on v4.7-rc3 next-20160616] [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/commits/Hoan-Tran/clk-Add-fractional-scale-clock-support

Re: [PATCH 2/2] clk: Add fractional scale clock support

Hi, [auto build test ERROR on clk/clk-next] [also build test ERROR on v4.7-rc3 next-20160616] [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/commits/Hoan-Tran/clk-Add-fractional-scale-clock-support

Re: [PATCH 2/2] clk: Add fractional scale clock support

Hi, [auto build test ERROR on clk/clk-next] [also build test ERROR on v4.7-rc3 next-20160616] [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/commits/Hoan-Tran/clk-Add-fractional-scale-clock-support

Re: [PATCH 2/2] clk: Add fractional scale clock support

Hi, [auto build test ERROR on clk/clk-next] [also build test ERROR on v4.7-rc3 next-20160616] [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/commits/Hoan-Tran/clk-Add-fractional-scale-clock-support

Re: [PATCH v2 3/3] reset: hisilicon: Add hi6220 media subsystem reset support

Hi, On 16 June 2016 at 18:52, Philipp Zabel wrote: > Am Donnerstag, den 16.06.2016, 18:30 +0800 schrieb Xinliang Liu: >> From: Chen Feng >> >> Add media subsystem reset support for hi6220. > > Please split the regmap register access change and

[PATCH] sparc64: Swap registers for fault code and address in mna trap

From: "Hisashi Kanda" This bug may occur in the following. user_rtt_fill_64bit <= If mna trap occurred, call do_mna +-> do_mna <= Mistake storing registers for fault code and address +-> winfix_mna +-> user_rtt_fill_fixup <= Put fault

Re: [PATCH v2 3/3] reset: hisilicon: Add hi6220 media subsystem reset support

Hi, On 16 June 2016 at 18:52, Philipp Zabel wrote: > Am Donnerstag, den 16.06.2016, 18:30 +0800 schrieb Xinliang Liu: >> From: Chen Feng >> >> Add media subsystem reset support for hi6220. > > Please split the regmap register access change and the addition of > mediactrl support into separate

[PATCH] sparc64: Swap registers for fault code and address in mna trap

From: "Hisashi Kanda" This bug may occur in the following. user_rtt_fill_64bit <= If mna trap occurred, call do_mna +-> do_mna <= Mistake storing registers for fault code and address +-> winfix_mna +-> user_rtt_fill_fixup <= Put fault address into

Re: [PATCH 2/2] workqueue:Fix affinity of an unbound worker of a node with 1 online CPU

On Thu, 2016-06-16 at 15:39 -0400, Tejun Heo wrote: > On Thu, Jun 16, 2016 at 02:45:48PM +0200, Peter Zijlstra wrote: > > Subject: workqueue: Fix setting affinity of unbound worker threads > > From: Peter Zijlstra > > Date: Thu Jun 16 14:38:42 CEST 2016 > > > > With commit

Re: [PATCH 2/2] workqueue:Fix affinity of an unbound worker of a node with 1 online CPU

On Thu, 2016-06-16 at 15:39 -0400, Tejun Heo wrote: > On Thu, Jun 16, 2016 at 02:45:48PM +0200, Peter Zijlstra wrote: > > Subject: workqueue: Fix setting affinity of unbound worker threads > > From: Peter Zijlstra > > Date: Thu Jun 16 14:38:42 CEST 2016 > > > > With commit e9d867a67fd03ccc

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Jim, On Fri, Jun 17, 2016 at 11:05 AM, Jim Gill wrote: > From 6a076cc00ec12c6f9cba58ee7e4c3dec49e1e7e5 Mon Sep 17 00:00:00 2001 > From: Jim Gill > Date: Thu, 16 Jun 2016 14:10:43 -0700 > Subject: [PATCH] VMW_PVSCSI: Change to update maintainer details

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Jim, On Fri, Jun 17, 2016 at 11:05 AM, Jim Gill wrote: > From 6a076cc00ec12c6f9cba58ee7e4c3dec49e1e7e5 Mon Sep 17 00:00:00 2001 > From: Jim Gill > Date: Thu, 16 Jun 2016 14:10:43 -0700 > Subject: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, > email) > > Signed-off-by: Jim

[PATCH v3] i2c: designware: Use transfer timeout from ioctl I2C_TIMEOUT

This allows applications to set the transfer timeout in 10ms increments via ioctl I2C_TIMEOUT. Signed-off-by: Weifeng Voon --- changelog v2: * No code change, just change to a more suitable title changelog v3: * Move changelog out of commit log

[PATCH v3] i2c: designware: Use transfer timeout from ioctl I2C_TIMEOUT

This allows applications to set the transfer timeout in 10ms increments via ioctl I2C_TIMEOUT. Signed-off-by: Weifeng Voon --- changelog v2: * No code change, just change to a more suitable title changelog v3: * Move changelog out of commit log drivers/i2c/busses/i2c-designware-core.c | 2

Re: [PATCH] USB: core: fix missing include

On Thu, Jun 16, 2016 at 02:02:37PM +0100, Ben Dooks wrote: > On 14/06/16 12:08, Arnd Bergmann wrote: > > On Wednesday, June 8, 2016 3:04:27 AM CEST kbuild test robot wrote: > drivers/usb/core/of.c:32:21: error: redefinition of > 'usb_of_get_child_node' > >> struct device_node

Re: [PATCH] USB: core: fix missing include

On Thu, Jun 16, 2016 at 02:02:37PM +0100, Ben Dooks wrote: > On 14/06/16 12:08, Arnd Bergmann wrote: > > On Wednesday, June 8, 2016 3:04:27 AM CEST kbuild test robot wrote: > drivers/usb/core/of.c:32:21: error: redefinition of > 'usb_of_get_child_node' > >> struct device_node

Re: [PATCH v2 8/8] p54: convert to sysdata API

On Thu, Jun 16, 2016 at 02:21:02PM -1000, Linus Torvalds wrote: > So what is the advantage of this, since it needs to add more lines of code > than it removes? > > It doesn't seem to be a simplification. Quite the reverse. > > Your diffstat of the whole automated conversion did that too. A lot

Re: [PATCH v2 8/8] p54: convert to sysdata API

On Thu, Jun 16, 2016 at 02:21:02PM -1000, Linus Torvalds wrote: > So what is the advantage of this, since it needs to add more lines of code > than it removes? > > It doesn't seem to be a simplification. Quite the reverse. > > Your diffstat of the whole automated conversion did that too. A lot

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Looks fine to me. Acked-by: Arvind Kumar (arvindku...@vmware.com) Thanks! Arvind From: Jim Gill Sent: Thursday, June 16, 2016 6:05 PM To: j...@linux.vnet.ibm.com; martin.peter...@oracle.com Cc: Arvind Kumar; pv-driv...@vmware.com;

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Looks fine to me. Acked-by: Arvind Kumar (arvindku...@vmware.com) Thanks! Arvind From: Jim Gill Sent: Thursday, June 16, 2016 6:05 PM To: j...@linux.vnet.ibm.com; martin.peter...@oracle.com Cc: Arvind Kumar; pv-driv...@vmware.com;

Re: [PATCH] mmc: dw_mmc: remove UBSAN warning in dw_mci_setup_bus()

Hi Seung-Woo, On 06/10/2016 10:29 AM, Seung-Woo Kim wrote: > Hi Jaehoon, > > On 2016년 06월 09일 21:38, Jaehoon Chung wrote: >> Hi Seung-Woo, >> >> On 06/08/2016 01:07 PM, Seung-Woo Kim wrote: >>> This patch removes following UBSAN warnings in dw_mci_setup_bus(). >>> The warnings are caused because

Re: [PATCH v9 03/22] IB/hns: Add initial main frame driver and get cfg info

On 2016/6/9 14:39, Leon Romanovsky wrote: On Wed, Jun 01, 2016 at 11:37:45PM +0800, Lijun Ou wrote: This patch mainly added the initial bare main driver. It could get the relative configure information of net node. Signed-off-by: Wei Hu Signed-off-by: Nenglong Zhao

Re: [PATCH] mmc: dw_mmc: remove UBSAN warning in dw_mci_setup_bus()

Hi Seung-Woo, On 06/10/2016 10:29 AM, Seung-Woo Kim wrote: > Hi Jaehoon, > > On 2016년 06월 09일 21:38, Jaehoon Chung wrote: >> Hi Seung-Woo, >> >> On 06/08/2016 01:07 PM, Seung-Woo Kim wrote: >>> This patch removes following UBSAN warnings in dw_mci_setup_bus(). >>> The warnings are caused because

Re: [PATCH v9 03/22] IB/hns: Add initial main frame driver and get cfg info

On 2016/6/9 14:39, Leon Romanovsky wrote: On Wed, Jun 01, 2016 at 11:37:45PM +0800, Lijun Ou wrote: This patch mainly added the initial bare main driver. It could get the relative configure information of net node. Signed-off-by: Wei Hu Signed-off-by: Nenglong Zhao Signed-off-by: Lijun Ou

Re: [PATCH v9 09/22] IB/hns: Add hca support

On 2016/6/9 15:10, Leon Romanovsky wrote: On Wed, Jun 01, 2016 at 11:37:51PM +0800, Lijun Ou wrote: This patch mainly setup hca for RoCE. It will do a series of initial works, as follows: 1. init uar table, allocate uar resource 2. init pd table 3. init cq table 4. init mr

Re: [PATCH v9 09/22] IB/hns: Add hca support

On 2016/6/9 15:10, Leon Romanovsky wrote: On Wed, Jun 01, 2016 at 11:37:51PM +0800, Lijun Ou wrote: This patch mainly setup hca for RoCE. It will do a series of initial works, as follows: 1. init uar table, allocate uar resource 2. init pd table 3. init cq table 4. init mr

Re: [PATCH v2 1/3] reset: hisilicon: Add media reset controller binding

Hi, On 16 June 2016 at 18:46, Philipp Zabel wrote: > Am Donnerstag, den 16.06.2016, 18:29 +0800 schrieb Xinliang Liu: >> Add compatible for media reset controller. >> >> Signed-off-by: Xinliang Liu >> --- >>

Re: [PATCH v2 1/3] reset: hisilicon: Add media reset controller binding

Hi, On 16 June 2016 at 18:46, Philipp Zabel wrote: > Am Donnerstag, den 16.06.2016, 18:29 +0800 schrieb Xinliang Liu: >> Add compatible for media reset controller. >> >> Signed-off-by: Xinliang Liu >> --- >> Documentation/devicetree/bindings/reset/hisilicon,hi6220-reset.txt | 4 +++- >> 1 file

<    1   2   3   4   5   6   7   8   9   10   >