Re: [PATCH v2] locking/mutex: Prevent lock starvation when spinning is enabled

On Wed, 2016-08-10 at 11:44 -0700, Jason Low wrote: > @@ -917,11 +976,12 @@ EXPORT_SYMBOL(mutex_trylock); > int __sched > __ww_mutex_lock(struct ww_mutex *lock, struct ww_acquire_ctx *ctx) > { > - int ret; > + int ret = 1; > > might_sleep(); > > - ret =

Re: [PATCH v2] locking/mutex: Prevent lock starvation when spinning is enabled

On Wed, 2016-08-10 at 11:44 -0700, Jason Low wrote: > @@ -917,11 +976,12 @@ EXPORT_SYMBOL(mutex_trylock); > int __sched > __ww_mutex_lock(struct ww_mutex *lock, struct ww_acquire_ctx *ctx) > { > - int ret; > + int ret = 1; > > might_sleep(); > > - ret =

[PATCH v3 1/1] usb: misc: usbtest: add fix for driver hang

In sg_timeout(), req->status is set to "-ETIMEDOUT" before calling into usb_sg_cancel(). usb_sg_cancel() will do nothing and return directly if req->status has been set to a non-zero value. This will cause driver hang whenever transfer time out is triggered. This patch fixes this issue. It could

[PATCH v3 1/1] usb: misc: usbtest: add fix for driver hang

In sg_timeout(), req->status is set to "-ETIMEDOUT" before calling into usb_sg_cancel(). usb_sg_cancel() will do nothing and return directly if req->status has been set to a non-zero value. This will cause driver hang whenever transfer time out is triggered. This patch fixes this issue. It could

Re: [PATCH] megaraid_sas: Fix probing cards without io port

> "Yinghai" == Yinghai Lu writes: Yinghai> Found one megaraid_sas HBA probe fails, [ 187.235190] scsi Yinghai> host2: Avago SAS based MegaRAID driver [ 191.112365] Yinghai> megaraid_sas :89:00.0: BAR 0: can't reserve [io Yinghai> 0x-0x00ff] [ 191.120548]

Re: [PATCH] megaraid_sas: Fix probing cards without io port

> "Yinghai" == Yinghai Lu writes: Yinghai> Found one megaraid_sas HBA probe fails, [ 187.235190] scsi Yinghai> host2: Avago SAS based MegaRAID driver [ 191.112365] Yinghai> megaraid_sas :89:00.0: BAR 0: can't reserve [io Yinghai> 0x-0x00ff] [ 191.120548] megaraid_sas :89:00.0: IO

Re: [Urgent PATCH] arm64: dts: uniphier: fix IRQ trigger type of ARMv8 timer

Hi Arnd, 2016-08-01 17:26 GMT+09:00 Masahiro Yamada : > Hi Marc, > > 2016-08-01 17:18 GMT+09:00 Marc Zyngier : >> Please keep me cc-ed on this. > > Sorry, I automate patch-posting, but scripts/get_maintainer.pl > did not pick you up. Also, I

Re: [Urgent PATCH] arm64: dts: uniphier: fix IRQ trigger type of ARMv8 timer

Hi Arnd, 2016-08-01 17:26 GMT+09:00 Masahiro Yamada : > Hi Marc, > > 2016-08-01 17:18 GMT+09:00 Marc Zyngier : >> Please keep me cc-ed on this. > > Sorry, I automate patch-posting, but scripts/get_maintainer.pl > did not pick you up. Also, I forgot to cc you explicitly. > > >> On 01/08/16 09:12,

Re: [PATCH v4 2/2] mmc: dw_mmc: add reset support to dwmmc host controller

On 2016/8/10 16:03, Guodong Xu wrote: Dwmmc host controller may in unknown state when entering kernel boot. One example is when booting from eMMC, bootloader need initialize MMC host controller into some state so it can read. In order to make sure MMC host controller in a clean initial state,

Re: [PATCH v4 2/2] mmc: dw_mmc: add reset support to dwmmc host controller

On 2016/8/10 16:03, Guodong Xu wrote: Dwmmc host controller may in unknown state when entering kernel boot. One example is when booting from eMMC, bootloader need initialize MMC host controller into some state so it can read. In order to make sure MMC host controller in a clean initial state,

Re: [lkp] [nfsd] b44061d0b9: BUG: Dentry ffff880027d7c540{i=1846f,n=0a} still in use (1) [unmount of btrfs vda]

On Wed, Aug 10, 2016 at 02:46:27PM -0400, Josef Bacik wrote: > On 08/10/2016 02:25 PM, Linus Torvalds wrote: > > On Wed, Aug 10, 2016 at 11:22 AM, Josef Bacik wrote: > > > On 08/10/2016 02:06 PM, Linus Torvalds wrote: > > > > > > > > More information in the original email on lkml.

Re: [lkp] [nfsd] b44061d0b9: BUG: Dentry ffff880027d7c540{i=1846f,n=0a} still in use (1) [unmount of btrfs vda]

On Wed, Aug 10, 2016 at 02:46:27PM -0400, Josef Bacik wrote: > On 08/10/2016 02:25 PM, Linus Torvalds wrote: > > On Wed, Aug 10, 2016 at 11:22 AM, Josef Bacik wrote: > > > On 08/10/2016 02:06 PM, Linus Torvalds wrote: > > > > > > > > More information in the original email on lkml. > > > > > >

Re: [PATCH v4 1/2] Documentation: synopsys-dw-mshc: add binding for resets

在 2016/8/10 16:03, Guodong Xu 写道: Add resets property to synopsys-dw-mshc bindings. It is intended to represent the hardware reset signal present internally in some host controller IC designs. See Documentation/devicetree/bindings/reset/reset.txt for details. Signed-off-by: Guodong Xu

Re: [PATCH v4 1/2] Documentation: synopsys-dw-mshc: add binding for resets

在 2016/8/10 16:03, Guodong Xu 写道: Add resets property to synopsys-dw-mshc bindings. It is intended to represent the hardware reset signal present internally in some host controller IC designs. See Documentation/devicetree/bindings/reset/reset.txt for details. Signed-off-by: Guodong Xu

patch mail rejected by vger.kernel.org

Hi, Yesterday, I cced 5 patches to linux-kernel@vger.kernel.org using send-email, but all of them were rejected by mail server at vger.kernel.org as follows: "Dear yizhouz...@ict.ac.cn, Your message to linux-kernel@vger.kernel.org was rejected by the recipient domain. The error that the

patch mail rejected by vger.kernel.org

Hi, Yesterday, I cced 5 patches to linux-kernel@vger.kernel.org using send-email, but all of them were rejected by mail server at vger.kernel.org as follows: "Dear yizhouz...@ict.ac.cn, Your message to linux-kernel@vger.kernel.org was rejected by the recipient domain. The error that the

Re: [PATCH] powerpc/32: Remove one insn in __bswapdi2

On Fri, Aug 05, 2016 at 01:28:02PM +0200, Christophe Leroy wrote: > Signed-off-by: Christophe Leroy > --- > arch/powerpc/kernel/misc_32.S | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/arch/powerpc/kernel/misc_32.S

Re: [PATCH] powerpc/32: Remove one insn in __bswapdi2

On Fri, Aug 05, 2016 at 01:28:02PM +0200, Christophe Leroy wrote: > Signed-off-by: Christophe Leroy > --- > arch/powerpc/kernel/misc_32.S | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/arch/powerpc/kernel/misc_32.S b/arch/powerpc/kernel/misc_32.S > index

Re: [PATCH] powerpc: move hmi.c to arch/powerpc/kvm/

Radim Krčmář writes: > 2016-08-03 13:36+0200, Paolo Bonzini: >> hmi.c functions are unused unless sibling_subcore_state is nonzero, and >> that in turn happens only if KVM is in use. So move the code to >> arch/powerpc/kvm/, putting it under CONFIG_KVM_BOOK3S_64_HANDLER >>

Re: [PATCH] powerpc: move hmi.c to arch/powerpc/kvm/

Radim Krčmář writes: > 2016-08-03 13:36+0200, Paolo Bonzini: >> hmi.c functions are unused unless sibling_subcore_state is nonzero, and >> that in turn happens only if KVM is in use. So move the code to >> arch/powerpc/kvm/, putting it under CONFIG_KVM_BOOK3S_64_HANDLER >> rather than

Re: [PATCH v5 3/3] locking/mutex: Ensure forward progress of waiter-spinner

Hi Waiman, [auto build test ERROR on tip/locking/core] [also build test ERROR on v4.8-rc1 next-20160809] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v5 3/3] locking/mutex: Ensure forward progress of waiter-spinner

Hi Waiman, [auto build test ERROR on tip/locking/core] [also build test ERROR on v4.8-rc1 next-20160809] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v5 2/2] Add support for SCT Write Same

> "Tom" == Tom Yan writes: Tom> Well that is actually the minimum. Modern SSDs often support more Tom> than one-block payload (e.g. 8, 16...). It's just our SCSI disk Tom> driver statically limit it to the minimum. Though it allows only Tom> 0x / 512 = 8388607

Re: [PATCH v5 2/2] Add support for SCT Write Same

> "Tom" == Tom Yan writes: Tom> Well that is actually the minimum. Modern SSDs often support more Tom> than one-block payload (e.g. 8, 16...). It's just our SCSI disk Tom> driver statically limit it to the minimum. Though it allows only Tom> 0x / 512 = 8388607 (SD_MAX_WS16_BLOCKS)

Re: [PATCH] sched: fix the intention to re-evalute tick dependency for offline cpu

2016-08-11 2:53 GMT+08:00 Frederic Weisbecker : > On Wed, Aug 10, 2016 at 09:23:11PM +0800, Wanpeng Li wrote: >> 2016-08-10 20:43 GMT+08:00 Frederic Weisbecker : >> > On Thu, Aug 04, 2016 at 05:51:20PM +0800, Wanpeng Li wrote: >> >> From: Wanpeng Li

Re: [PATCH] sched: fix the intention to re-evalute tick dependency for offline cpu

2016-08-11 2:53 GMT+08:00 Frederic Weisbecker : > On Wed, Aug 10, 2016 at 09:23:11PM +0800, Wanpeng Li wrote: >> 2016-08-10 20:43 GMT+08:00 Frederic Weisbecker : >> > On Thu, Aug 04, 2016 at 05:51:20PM +0800, Wanpeng Li wrote: >> >> From: Wanpeng Li >> >> >> >> The dl task will be replenished

Re: [Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

On Thu, Aug 11, 2016 at 3:17 AM, Thomas Garnier wrote: > On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki wrote: >> On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: >>> On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: >>> So I

Re: [Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

On Thu, Aug 11, 2016 at 3:17 AM, Thomas Garnier wrote: > On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki wrote: >> On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: >>> On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: >>> So I used your .config to generate one for my test machine and

Re: [PATCH v5 2/2] Add support for SCT Write Same

> "Shaun" == Shaun Tancheff writes: Shaun, Shaun> You are correct in that we can advertise the larger limit in Shaun> ata_scsi_dev_config() when only SCT write same is supported Shaun> rather than fall back to WS10. I deliberately capped WRITE SAME to 64K blocks

Re: [PATCH v5 2/2] Add support for SCT Write Same

> "Shaun" == Shaun Tancheff writes: Shaun, Shaun> You are correct in that we can advertise the larger limit in Shaun> ata_scsi_dev_config() when only SCT write same is supported Shaun> rather than fall back to WS10. I deliberately capped WRITE SAME to 64K blocks unless otherwise reported

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Thu, Aug 11, 2016 at 11:16:12AM +1000, Dave Chinner wrote: > I need to see these events: > > xfs_file* > xfs_iomap* > xfs_get_block* > > For both kernels. An example trace from 4.8-rc1 running the command > `xfs_io -f -c 'pwrite 0 512k -b 128k' /mnt/scratch/fooey doing an >

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Thu, Aug 11, 2016 at 11:16:12AM +1000, Dave Chinner wrote: > I need to see these events: > > xfs_file* > xfs_iomap* > xfs_get_block* > > For both kernels. An example trace from 4.8-rc1 running the command > `xfs_io -f -c 'pwrite 0 512k -b 128k' /mnt/scratch/fooey doing an >

Re: [PATCH v5 3/3] locking/mutex: Ensure forward progress of waiter-spinner

Hi Waiman, [auto build test ERROR on tip/locking/core] [also build test ERROR on v4.8-rc1] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v5 3/3] locking/mutex: Ensure forward progress of waiter-spinner

Hi Waiman, [auto build test ERROR on tip/locking/core] [also build test ERROR on v4.8-rc1] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2 1/1] usb: misc: usbtest: add fix for driver hang

Hi, On 08/10/2016 10:16 PM, Alan Stern wrote: > On Wed, 10 Aug 2016, Lu Baolu wrote: > >> In sg_timeout(), req->status is set to "-ETIMEDOUT" before calling >> into usb_sg_cancel(). usb_sg_cancel() will do nothing and return >> directly if req->status has been set to a non-zero value. This will

Re: [PATCH v2 1/1] usb: misc: usbtest: add fix for driver hang

Hi, On 08/10/2016 10:16 PM, Alan Stern wrote: > On Wed, 10 Aug 2016, Lu Baolu wrote: > >> In sg_timeout(), req->status is set to "-ETIMEDOUT" before calling >> into usb_sg_cancel(). usb_sg_cancel() will do nothing and return >> directly if req->status has been set to a non-zero value. This will

Re: [PATCH v5 3/3] locking/mutex: Ensure forward progress of waiter-spinner

Hi Waiman, [auto build test ERROR on tip/locking/core] [also build test ERROR on v4.8-rc1 next-20160809] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v5 3/3] locking/mutex: Ensure forward progress of waiter-spinner

Hi Waiman, [auto build test ERROR on tip/locking/core] [also build test ERROR on v4.8-rc1 next-20160809] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki wrote: > On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: >> On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: >> >>> So I used your .config to generate one for my test machine and with >>> that I can

Re: [Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki wrote: > On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: >> On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: >> >>> So I used your .config to generate one for my test machine and with >>> that I can reproduce. >> >> Was that the config I've

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 05:33:20PM -0700, Huang, Ying wrote: > Linus Torvalds writes: > > > On Wed, Aug 10, 2016 at 5:11 PM, Huang, Ying wrote: > >> > >> Here is the comparison result with perf-profile data. > > > > Heh. The diff is actually

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 05:33:20PM -0700, Huang, Ying wrote: > Linus Torvalds writes: > > > On Wed, Aug 10, 2016 at 5:11 PM, Huang, Ying wrote: > >> > >> Here is the comparison result with perf-profile data. > > > > Heh. The diff is actually harder to read than just showing A/B > > state.The

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 5:33 PM, Huang, Ying wrote: > > Here it is, Thanks. Appended is a munged "after" list, with the "before" values in parenthesis. It actually looks fairly similar. The biggest difference is that we have "mark_page_accessed()" show up after, and not

Re: [PATCH v2] drivers: net: cpsw: fix kmemleak false-positive reports for sk buffers

From: Grygorii Strashko Date: Wed, 10 Aug 2016 20:02:53 +0300 > diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c > index 0805855..5caef77 100644 > --- a/drivers/net/ethernet/ti/cpsw.c > +++ b/drivers/net/ethernet/ti/cpsw.c > @@ -732,6 +732,11

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 5:33 PM, Huang, Ying wrote: > > Here it is, Thanks. Appended is a munged "after" list, with the "before" values in parenthesis. It actually looks fairly similar. The biggest difference is that we have "mark_page_accessed()" show up after, and not before. There was also

Re: [PATCH v2] drivers: net: cpsw: fix kmemleak false-positive reports for sk buffers

From: Grygorii Strashko Date: Wed, 10 Aug 2016 20:02:53 +0300 > diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c > index 0805855..5caef77 100644 > --- a/drivers/net/ethernet/ti/cpsw.c > +++ b/drivers/net/ethernet/ti/cpsw.c > @@ -732,6 +732,11 @@ static void

Re: [PATCH 1/1 linux-next] net: hns: fix typo in g_gmac_stats_string[]

From: Fabian Frederick Date: Wed, 10 Aug 2016 17:48:36 +0200 > s/gamc/gmac/ > > Signed-off-by: Fabian Frederick Applied, thank you.

Re: [PATCH 1/1 linux-next] net: hns: fix typo in g_gmac_stats_string[]

From: Fabian Frederick Date: Wed, 10 Aug 2016 17:48:36 +0200 > s/gamc/gmac/ > > Signed-off-by: Fabian Frederick Applied, thank you.

Re: [PATCH v3] HID: rmi: Make hid-rmi a transport driver for synaptics-rmi4

On 08/10/2016 01:28 AM, Benjamin Tissoires wrote: Hi Andrew, On Jun 24 2016 or thereabouts, Andrew Duggan wrote: The Synaptics RMI4 driver provides support for RMI4 devices. Instead of duplicating the RMI4 processing code, make hid-rmi a transport driver and register it with the Synaptics RMI4

Re: [PATCH v3] HID: rmi: Make hid-rmi a transport driver for synaptics-rmi4

On 08/10/2016 01:28 AM, Benjamin Tissoires wrote: Hi Andrew, On Jun 24 2016 or thereabouts, Andrew Duggan wrote: The Synaptics RMI4 driver provides support for RMI4 devices. Instead of duplicating the RMI4 processing code, make hid-rmi a transport driver and register it with the Synaptics RMI4

Re: "Failed to create /dev/root: -14" after commit e6978e4bf1 ("ARM: save and reset the address limit when entering an exception")

On Wed, Aug 10, 2016 at 6:43 PM, Russell King - ARM Linux wrote: > On Wed, Aug 10, 2016 at 06:34:22PM -0500, Kevin Hilman wrote: >> I also tested this fixes the boot issue on Armada XP. >> >> Tested-by: Kevin Hilman > > It should be in the current

Re: "Failed to create /dev/root: -14" after commit e6978e4bf1 ("ARM: save and reset the address limit when entering an exception")

On Wed, Aug 10, 2016 at 6:43 PM, Russell King - ARM Linux wrote: > On Wed, Aug 10, 2016 at 06:34:22PM -0500, Kevin Hilman wrote: >> I also tested this fixes the boot issue on Armada XP. >> >> Tested-by: Kevin Hilman > > It should be in the current linux-next. I'll send them on in the > usual

Re: [PATCH] regulator: Add LTC3676 support

On Wed, Aug 10, 2016 at 3:28 PM, Rob Herring wrote: > On Tue, Aug 09, 2016 at 04:36:07PM -0700, Tim Harvey wrote: >> This patch adds support for the Linear Technology LTC3676 >> 8-output I2C voltage regulator IC. >> >> Cc: Jaffer Kapasi >> Signed-off-by: Tim

Re: [PATCH] regulator: Add LTC3676 support

On Wed, Aug 10, 2016 at 3:28 PM, Rob Herring wrote: > On Tue, Aug 09, 2016 at 04:36:07PM -0700, Tim Harvey wrote: >> This patch adds support for the Linear Technology LTC3676 >> 8-output I2C voltage regulator IC. >> >> Cc: Jaffer Kapasi >> Signed-off-by: Tim Harvey >> --- >>

Re: [PATCH 1/1 linux-next] net: hns: fix typo in g_gmac_stats_string[]

Hi Fabian, This patch is fine to me, many thanks. Yisen 在 2016/8/10 23:48, Fabian Frederick 写道: > s/gamc/gmac/ > > Signed-off-by: Fabian Frederick > --- > drivers/net/ethernet/hisilicon/hns/hns_dsaf_gmac.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

Re: [PATCH 1/1 linux-next] net: hns: fix typo in g_gmac_stats_string[]

Hi Fabian, This patch is fine to me, many thanks. Yisen 在 2016/8/10 23:48, Fabian Frederick 写道: > s/gamc/gmac/ > > Signed-off-by: Fabian Frederick > --- > drivers/net/ethernet/hisilicon/hns/hns_dsaf_gmac.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH] regulator: Add LTC3676 support

On Wed, Aug 10, 2016 at 4:41 AM, Mark Brown wrote: > On Tue, Aug 09, 2016 at 04:36:07PM -0700, Tim Harvey wrote: > > Mostly looks good but quite a few issues with not using framework > features here, a lot of the code can be factored out into the core: > Mark, thanks for the

Re: [PATCH] regulator: Add LTC3676 support

On Wed, Aug 10, 2016 at 4:41 AM, Mark Brown wrote: > On Tue, Aug 09, 2016 at 04:36:07PM -0700, Tim Harvey wrote: > > Mostly looks good but quite a few issues with not using framework > features here, a lot of the code can be factored out into the core: > Mark, thanks for the review! >> +

[PATCH] IB/usnic: Fix error return code

If 'pci_register_driver' fails, we return 'err' which is known to be 0. Return the error instead. Signed-off-by: Christophe JAILLET --- drivers/infiniband/hw/usnic/usnic_ib_main.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH] IB/usnic: Fix error return code

If 'pci_register_driver' fails, we return 'err' which is known to be 0. Return the error instead. Signed-off-by: Christophe JAILLET --- drivers/infiniband/hw/usnic/usnic_ib_main.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/infiniband/hw/usnic/usnic_ib_main.c

D'oh! (Re: robot build error)

I know that this hasn't come through the mail server yet, but please ignore. [PATCH] crypto: CCP - build error: label 'e_hwrng' undefined Gary R Hook Wed, 10 Aug 2016 12:27:28 -0700 Fix goto target for when registration fails Reported-by: kbuild test robot

D'oh! (Re: robot build error)

I know that this hasn't come through the mail server yet, but please ignore. [PATCH] crypto: CCP - build error: label 'e_hwrng' undefined Gary R Hook Wed, 10 Aug 2016 12:27:28 -0700 Fix goto target for when registration fails Reported-by: kbuild test robot Signed-off-by: Gary R Hook ---

Re: [PATCH] net: macb: Add 64 bit addressing support for GEM

From: Harini Katakam Date: Tue, 9 Aug 2016 13:15:53 +0530 > This patch adds support for 64 bit addressing and BDs. > -> Enable 64 bit addressing in DMACFG register. > -> Set DMA mask when design config register shows support for 64 bit addr. > -> Add new BD words for

Re: [PATCH] net: macb: Add 64 bit addressing support for GEM

From: Harini Katakam Date: Tue, 9 Aug 2016 13:15:53 +0530 > This patch adds support for 64 bit addressing and BDs. > -> Enable 64 bit addressing in DMACFG register. > -> Set DMA mask when design config register shows support for 64 bit addr. > -> Add new BD words for higher address when 64 bit

Re: [PATCH 00/13] arm64: Allwinner A64 support based on sunxi-ng

On 01/08/16 10:11, Chen-Yu Tsai wrote: > Hi, Hi Chen-Yu, thanks for your comments, just found some time to come back to this. > > On Mon, Aug 1, 2016 at 9:43 AM, André Przywara wrote: >> Hi Maxime, >> >> On 26/07/16 21:30, Maxime Ripard wrote: >>> Hi, >>> >>> Here is

Re: [PATCH 00/13] arm64: Allwinner A64 support based on sunxi-ng

On 01/08/16 10:11, Chen-Yu Tsai wrote: > Hi, Hi Chen-Yu, thanks for your comments, just found some time to come back to this. > > On Mon, Aug 1, 2016 at 9:43 AM, André Przywara wrote: >> Hi Maxime, >> >> On 26/07/16 21:30, Maxime Ripard wrote: >>> Hi, >>> >>> Here is the previous A64 patches

Re: [Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: > On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > >> So I used your .config to generate one for my test machine and with >> that I can reproduce. > > Was that the config I've sent, or did Boris provide one as well? Which one >

Re: [Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: > On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > >> So I used your .config to generate one for my test machine and with >> that I can reproduce. > > Was that the config I've sent, or did Boris provide one as well? Which one > are you able to

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

Linus Torvalds writes: > On Wed, Aug 10, 2016 at 5:11 PM, Huang, Ying wrote: >> >> Here is the comparison result with perf-profile data. > > Heh. The diff is actually harder to read than just showing A/B > state.The fact that the call chain

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

Linus Torvalds writes: > On Wed, Aug 10, 2016 at 5:11 PM, Huang, Ying wrote: >> >> Here is the comparison result with perf-profile data. > > Heh. The diff is actually harder to read than just showing A/B > state.The fact that the call chain shows up as part of the symbol > makes it even more

Re: [PATCH v3 00/13] net: ethernet: ti: cpsw: split driver data and per ndev data

From: Ivan Khoronzhuk Date: Wed, 10 Aug 2016 02:22:31 +0300 > In dual_emac mode the driver can handle 2 network devices. Each of them can > use > its own private data and common data/resources. This patchset splits common > driver > data/resources and private per

Re: [PATCH v3 00/13] net: ethernet: ti: cpsw: split driver data and per ndev data

From: Ivan Khoronzhuk Date: Wed, 10 Aug 2016 02:22:31 +0300 > In dual_emac mode the driver can handle 2 network devices. Each of them can > use > its own private data and common data/resources. This patchset splits common > driver > data/resources and private per net device data. > It leads

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 5:11 PM, Huang, Ying wrote: > > Here is the comparison result with perf-profile data. Heh. The diff is actually harder to read than just showing A/B state.The fact that the call chain shows up as part of the symbol makes it even more so. For

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 5:11 PM, Huang, Ying wrote: > > Here is the comparison result with perf-profile data. Heh. The diff is actually harder to read than just showing A/B state.The fact that the call chain shows up as part of the symbol makes it even more so. For example: > 0.00 ± -1%

Re: [PATCH 0/2] Convert qdisc linked list into a hashtable

From: Jiri Kosina Date: Wed, 10 Aug 2016 11:00:42 +0200 (CEST) > This is a respin of the v6 of the original patch [1], split into two-patch > series as requested by davem; first patch fixes all symbol conflicts > that'd happen once netdevice.h starts to include hashtable.h,

Re: [PATCH 0/2] Convert qdisc linked list into a hashtable

From: Jiri Kosina Date: Wed, 10 Aug 2016 11:00:42 +0200 (CEST) > This is a respin of the v6 of the original patch [1], split into two-patch > series as requested by davem; first patch fixes all symbol conflicts > that'd happen once netdevice.h starts to include hashtable.h, the second > one

Re: Ongoing remoteproc discussions

Hi Bjorn, On 07/18/2016 06:10 PM, Bjorn Andersson wrote: > During discussions with various people interested in moving their > remoteproc-related out-of-tree patches towards mainline I have come > across a set of topics common among various teams. The purpose of this > email is to share some

Re: Ongoing remoteproc discussions

Hi Bjorn, On 07/18/2016 06:10 PM, Bjorn Andersson wrote: > During discussions with various people interested in moving their > remoteproc-related out-of-tree patches towards mainline I have come > across a set of topics common among various teams. The purpose of this > email is to share some

Re: [PATCH] seccomp: Fix tracer exit notifications during fatal signals

On Wed, Aug 10, 2016 at 4:37 PM, Kees Cook wrote: > This fixes a ptrace vs fatal pending signals bug as manifested in seccomp > now that ptrace was reordered to happen after ptrace. The short version is > that seccomp should not attempt to call do_exit() while fatal signals

Re: [PATCH] seccomp: Fix tracer exit notifications during fatal signals

On Wed, Aug 10, 2016 at 4:37 PM, Kees Cook wrote: > This fixes a ptrace vs fatal pending signals bug as manifested in seccomp > now that ptrace was reordered to happen after ptrace. The short version is > that seccomp should not attempt to call do_exit() while fatal signals are > pending under a

Re: [PATCH v14 06/14] arch/x86: enable task isolation functionality

On 8/10/2016 3:17 PM, Andy Lutomirski wrote: On Aug 10, 2016 5:30 PM, "Chris Metcalf" wrote: On 8/10/2016 3:52 AM, Andy Lutomirski wrote: On Aug 9, 2016 11:30 PM, "Chris Metcalf" wrote: @@ -91,6 +92,15 @@ static long syscall_trace_enter(struct

Re: [PATCH v14 06/14] arch/x86: enable task isolation functionality

On 8/10/2016 3:17 PM, Andy Lutomirski wrote: On Aug 10, 2016 5:30 PM, "Chris Metcalf" wrote: On 8/10/2016 3:52 AM, Andy Lutomirski wrote: On Aug 9, 2016 11:30 PM, "Chris Metcalf" wrote: @@ -91,6 +92,15 @@ static long syscall_trace_enter(struct pt_regs *regs) if (emulated)

Re: [PATCH][RESEND] thermal: hwmon: EXPORT_SYMBOL_GPL for thermal hwmon sysfs

Hi Zhang, Eduardo > > > > I posted thermal driver patch 2month ago, but no response and > > > > nothing > > > > happen. > > > > I'm following scripts/get_maintainer.pl, but am I wrong ?? > > > > Who is the maintainer of these patches ?? > > > > > > > The patch is queued for 4.8-rc2. > > > As

Re: [PATCH][RESEND] thermal: hwmon: EXPORT_SYMBOL_GPL for thermal hwmon sysfs

Hi Zhang, Eduardo > > > > I posted thermal driver patch 2month ago, but no response and > > > > nothing > > > > happen. > > > > I'm following scripts/get_maintainer.pl, but am I wrong ?? > > > > Who is the maintainer of these patches ?? > > > > > > > The patch is queued for 4.8-rc2. > > > As

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

"Huang, Ying" writes: > Hi, Linus, > > Linus Torvalds writes: > >> On Wed, Aug 10, 2016 at 4:08 PM, Dave Chinner wrote: >>> >>> That, to me, says there's a change in lock contention behaviour in >>> the workload (which

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

"Huang, Ying" writes: > Hi, Linus, > > Linus Torvalds writes: > >> On Wed, Aug 10, 2016 at 4:08 PM, Dave Chinner wrote: >>> >>> That, to me, says there's a change in lock contention behaviour in >>> the workload (which we know aim7 is good at exposing). i.e. the >>> iomap change shifted

Re: [PATCH v2] x86/hweight: fix open-coded versions of 32bit and 64bit hweight calculations

* Jiri Kosina wrote: > On Wed, 10 Aug 2016, Ingo Molnar wrote: > > > > ENTRY(__sw_hweight64) > > > -#ifdef CONFIG_X86_64 > > > + > > > > So this removes an #ifdef without removing the #else branch. > > Hi Ingo, > > this patch is obsolete; the real issue has already been

Re: [PATCH v2] x86/hweight: fix open-coded versions of 32bit and 64bit hweight calculations

* Jiri Kosina wrote: > On Wed, 10 Aug 2016, Ingo Molnar wrote: > > > > ENTRY(__sw_hweight64) > > > -#ifdef CONFIG_X86_64 > > > + > > > > So this removes an #ifdef without removing the #else branch. > > Hi Ingo, > > this patch is obsolete; the real issue has already been fixed by 65ea11ec6

[PATCH v2] w1: fix typo in parameter description

Fix typo in parameter description. Signed-off-by: Wei Yongjun --- v1 -> v2: make it as one line, comments from Evgeniy Polyakov --- drivers/w1/w1.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/w1/w1.c b/drivers/w1/w1.c index bb34362..4bd898b

[PATCH v2] w1: fix typo in parameter description

Fix typo in parameter description. Signed-off-by: Wei Yongjun --- v1 -> v2: make it as one line, comments from Evgeniy Polyakov --- drivers/w1/w1.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/w1/w1.c b/drivers/w1/w1.c index bb34362..4bd898b 100644 ---

Re: spin_lock implicit/explicit memory barrier

On Wed, 2016-08-10 at 15:23 -0700, Davidlohr Bueso wrote: > On Wed, 10 Aug 2016, Paul E. McKenney wrote: > > > > > On Wed, Aug 10, 2016 at 08:21:22PM +0200, Manfred Spraul wrote: >   4) > > > spin_unlock_wait() and spin_unlock() pair >

Re: spin_lock implicit/explicit memory barrier

On Wed, 2016-08-10 at 15:23 -0700, Davidlohr Bueso wrote: > On Wed, 10 Aug 2016, Paul E. McKenney wrote: > > > > > On Wed, Aug 10, 2016 at 08:21:22PM +0200, Manfred Spraul wrote: >   4) > > > spin_unlock_wait() and spin_unlock() pair >

Re: [PATCH 6/9] clocksource: kona: fix get_counter error handling

Hi Arnd, On 8/10/2016 2:54 PM, Arnd Bergmann wrote: I could not figure out why, but gcc cannot prove that the kona_timer_init function always initializes its two outputs, and we get a warning for the use of the 'lsw' variable later, which is obviously correct.

Re: [PATCH 6/9] clocksource: kona: fix get_counter error handling

Hi Arnd, On 8/10/2016 2:54 PM, Arnd Bergmann wrote: I could not figure out why, but gcc cannot prove that the kona_timer_init function always initializes its two outputs, and we get a warning for the use of the 'lsw' variable later, which is obviously correct.

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

Hi, Linus, Linus Torvalds writes: > On Wed, Aug 10, 2016 at 4:08 PM, Dave Chinner wrote: >> >> That, to me, says there's a change in lock contention behaviour in >> the workload (which we know aim7 is good at exposing). i.e. the >> iomap

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

Hi, Linus, Linus Torvalds writes: > On Wed, Aug 10, 2016 at 4:08 PM, Dave Chinner wrote: >> >> That, to me, says there's a change in lock contention behaviour in >> the workload (which we know aim7 is good at exposing). i.e. the >> iomap change shifted contention from a sleeping lock to a

Re: [PATCHv2 3/4] pci: Determine actual VPD size on first access

On Wed, 2016-08-10 at 08:47 -0700, Alexander Duyck wrote: > > The problem is if we don't do this it becomes possible for a guest to > essentially cripple a device on the host by just accessing VPD > regions that aren't actually viable on many devices.  And ? We already can cripple the device in

Re: [PATCHv2 3/4] pci: Determine actual VPD size on first access

On Wed, 2016-08-10 at 08:47 -0700, Alexander Duyck wrote: > > The problem is if we don't do this it becomes possible for a guest to > essentially cripple a device on the host by just accessing VPD > regions that aren't actually viable on many devices.  And ? We already can cripple the device in

Re: [PATCH 2/2] perf ppc64le: Fix probe location when using DWARF

Hi, > Powerpc has Global Entry Point and Local Entry Point for functions. > LEP catches call from both the GEP and the LEP. Symbol table of ELF > contains GEP and Offset from which we can calculate LEP, but debuginfo > does not have LEP info. > > Currently, perf prioritize symbol table over

Re: [PATCH 2/2] perf ppc64le: Fix probe location when using DWARF

Hi, > Powerpc has Global Entry Point and Local Entry Point for functions. > LEP catches call from both the GEP and the LEP. Symbol table of ELF > contains GEP and Offset from which we can calculate LEP, but debuginfo > does not have LEP info. > > Currently, perf prioritize symbol table over

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