[PATCH V4 net-next 0/8] Hisilicon Network Subsystem 3 Ethernet Driver

This patch-set contains the support of the HNS3 (Hisilicon Network Subsystem 3) Ethernet driver for hip08 family of SoCs and future upcoming SoCs. Hisilicon's new hip08 SoCs have integrated ethernet based on PCI Express and hence there was a need of new driver over the previous HNS driver which

Re: [PATCH v5 0/3] TPS68470 PMIC drivers

On Saturday, July 22, 2017 08:15:33 PM Andy Shevchenko wrote: > On Fri, Jul 21, 2017 at 11:51 PM, Rafael J. Wysocki > wrote: > > On Friday, July 21, 2017 06:20:15 PM Andy Shevchenko wrote: > >> On Fri, Jul 21, 2017 at 5:46 PM, Rajmohan Mani > >>

Re: [PATCH v5 0/3] TPS68470 PMIC drivers

On Saturday, July 22, 2017 08:15:33 PM Andy Shevchenko wrote: > On Fri, Jul 21, 2017 at 11:51 PM, Rafael J. Wysocki > wrote: > > On Friday, July 21, 2017 06:20:15 PM Andy Shevchenko wrote: > >> On Fri, Jul 21, 2017 at 5:46 PM, Rajmohan Mani > >> wrote: > >> > This is the patch series for

Re: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ

On Saturday, July 22, 2017 07:59:54 AM Borislav Petkov wrote: > On Fri, Jul 21, 2017 at 11:24:37AM -0700, Loc Ho wrote: > > X-Gene platforms describe multiple GHES error sources with the same hardware > > error notification type (external interrupt) and interrupt number. > > Change the GHES

Re: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ

On Saturday, July 22, 2017 07:59:54 AM Borislav Petkov wrote: > On Fri, Jul 21, 2017 at 11:24:37AM -0700, Loc Ho wrote: > > X-Gene platforms describe multiple GHES error sources with the same hardware > > error notification type (external interrupt) and interrupt number. > > Change the GHES

Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka wrote: > From: Jan Kiszka > > Avoid hogging chip select GPIOs just because they are listed for the > master. They might be mulitplexed and, if no slave device is attached, > used for different purposes.

Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka wrote: > From: Jan Kiszka > > Avoid hogging chip select GPIOs just because they are listed for the > master. They might be mulitplexed and, if no slave device is attached, > used for different purposes. Moreover, this strategy avoids having to >

Re: [PATCH] media: imx: prpencvf: enable double write reduction

Hi Philipp, This is the same as your patch to CSI, applied to ic-prpencvf. I'm not really sure what this cpmem bit is doing. The U/V planes in memory are already subsampled by 2 in both width and height. This must be referring to what the IDMAC is transferring on the bus, but why would it place

Re: [PATCH] media: imx: prpencvf: enable double write reduction

Hi Philipp, This is the same as your patch to CSI, applied to ic-prpencvf. I'm not really sure what this cpmem bit is doing. The U/V planes in memory are already subsampled by 2 in both width and height. This must be referring to what the IDMAC is transferring on the bus, but why would it place

Re: [PATCH v6] cpufreq: schedutil: Make iowait boost more energy efficient

On Saturday, July 22, 2017 12:47:53 AM Joel Fernandes wrote: > Currently the iowait_boost feature in schedutil makes the frequency go to max > on iowait wakeups. This feature was added to handle a case that Peter > described where the throughput of operations involving continuous I/O requests >

Re: [PATCH v6] cpufreq: schedutil: Make iowait boost more energy efficient

On Saturday, July 22, 2017 12:47:53 AM Joel Fernandes wrote: > Currently the iowait_boost feature in schedutil makes the frequency go to max > on iowait wakeups. This feature was added to handle a case that Peter > described where the throughput of operations involving continuous I/O requests >

Re: [PATCH v2 5/5] arm64: dts: rockchip: update the thermal zones for RK3399 SoCs

Hi Caesar, Am Montag, 17. Juli 2017, 16:14:31 CEST schrieb Caesar Wang: > As RK3399 had used the Power allocator thermal governor by default, > enabled this to manage thermals by dynamically allocating and limiting > power to devices. > > Also, this patch supported the

Re: [PATCH v2 5/5] arm64: dts: rockchip: update the thermal zones for RK3399 SoCs

Hi Caesar, Am Montag, 17. Juli 2017, 16:14:31 CEST schrieb Caesar Wang: > As RK3399 had used the Power allocator thermal governor by default, > enabled this to manage thermals by dynamically allocating and limiting > power to devices. > > Also, this patch supported the

Re: [PATCH v2 4/5] arm64: dts: rockchip: enable the GPU for RK3399-GRU

Am Montag, 17. Juli 2017, 16:14:30 CEST schrieb Caesar Wang: > This patch enables the gpu and adds the mali-supply power for RK3399-GRU > devices. > > Signed-off-by: Caesar Wang applied for 4.14 Thanks Heiko

Re: [PATCH v2 4/5] arm64: dts: rockchip: enable the GPU for RK3399-GRU

Am Montag, 17. Juli 2017, 16:14:30 CEST schrieb Caesar Wang: > This patch enables the gpu and adds the mali-supply power for RK3399-GRU > devices. > > Signed-off-by: Caesar Wang applied for 4.14 Thanks Heiko

Re: [PATCH v2 3/5] arm64: dts: rockchip: add ARM Mali GPU node for RK3399 SoCs

Am Montag, 17. Juli 2017, 16:14:29 CEST schrieb Caesar Wang: > Add Mali GPU device tree node for the RK3399 SoCs, with devfreq > opp table. > > RK3399 and RK3399-OP1 SoCs have a different recommendation table with > gpu opp. Also, the ARM's mali driver found on >

Re: [PATCH v2 3/5] arm64: dts: rockchip: add ARM Mali GPU node for RK3399 SoCs

Am Montag, 17. Juli 2017, 16:14:29 CEST schrieb Caesar Wang: > Add Mali GPU device tree node for the RK3399 SoCs, with devfreq > opp table. > > RK3399 and RK3399-OP1 SoCs have a different recommendation table with > gpu opp. Also, the ARM's mali driver found on >

Re: [PATCH v2 1/5] dt-bindings: gpu: add the RK3399 mali for rockchip specifics

Am Montag, 17. Juli 2017, 16:14:27 CEST schrieb Caesar Wang: > RK3399's GPU uses the quad-core Mali-T860, which is the new generation of > high-end graphics processors from ARM. > > This patch added "rockchip,rk3399-mali" for dt-bindings, in order to > support IPA of gpu thermal in later. > >

Re: [PATCH v2 1/5] dt-bindings: gpu: add the RK3399 mali for rockchip specifics

Am Montag, 17. Juli 2017, 16:14:27 CEST schrieb Caesar Wang: > RK3399's GPU uses the quad-core Mali-T860, which is the new generation of > high-end graphics processors from ARM. > > This patch added "rockchip,rk3399-mali" for dt-bindings, in order to > support IPA of gpu thermal in later. > >

[PATCH] media: imx: prpencvf: enable double write reduction

For the write channels with 4:2:0 subsampled YUV formats, avoid chroma overdraw by only writing chroma for even lines. Reduces necessary write memory bandwidth by at least 25% (more with rotation enabled). Signed-off-by: Steve Longerbeam ---

[PATCH] media: imx: prpencvf: enable double write reduction

For the write channels with 4:2:0 subsampled YUV formats, avoid chroma overdraw by only writing chroma for even lines. Reduces necessary write memory bandwidth by at least 25% (more with rotation enabled). Signed-off-by: Steve Longerbeam --- drivers/staging/media/imx/imx-ic-prpencvf.c | 11

Re: [GIT PULL] hwmon fixes for v4.13-rc2

On Sat, Jul 22, 2017 at 09:26:16AM -0700, Linus Torvalds wrote: > On Sat, Jul 22, 2017 at 7:30 AM, Guenter Roeck wrote: > > Hi Linus, > > > > Please pull hwmon fixes for Linux v4.13-rc2 from signed tag: > > > >

Re: [GIT PULL] hwmon fixes for v4.13-rc2

On Sat, Jul 22, 2017 at 09:26:16AM -0700, Linus Torvalds wrote: > On Sat, Jul 22, 2017 at 7:30 AM, Guenter Roeck wrote: > > Hi Linus, > > > > Please pull hwmon fixes for Linux v4.13-rc2 from signed tag: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git > >

Re: [PATCH] iio: Convert to using %pOF instead of full_name

On Tue, 18 Jul 2017 16:43:08 -0500 Rob Herring wrote: > Now that we have a custom printf format specifier, convert users of > full_name to use %pOF instead. This is preparation to remove storing > of the full path string for each node. > > Signed-off-by: Rob Herring

Re: [PATCH] iio: Convert to using %pOF instead of full_name

On Tue, 18 Jul 2017 16:43:08 -0500 Rob Herring wrote: > Now that we have a custom printf format specifier, convert users of > full_name to use %pOF instead. This is preparation to remove storing > of the full path string for each node. > > Signed-off-by: Rob Herring > Cc: Jonathan Cameron >

Re: [PATCH 1/3] irq/irq_sim: add a simple interrupt simulator framework

On Wed, 19 Jul 2017 14:20:12 +0200 Bartosz Golaszewski wrote: > Implement a simple, irq_work-based framework for simulating > interrupts. Currently the API exposes routines for initializing and > deinitializing the simulator object, enqueueing the interrupts and > retrieving the

Re: [PATCH 1/3] irq/irq_sim: add a simple interrupt simulator framework

On Wed, 19 Jul 2017 14:20:12 +0200 Bartosz Golaszewski wrote: > Implement a simple, irq_work-based framework for simulating > interrupts. Currently the API exposes routines for initializing and > deinitializing the simulator object, enqueueing the interrupts and > retrieving the allocated

Re: [PATCH] ARM: dts: enable sdmmc for rockchip rv1108 evb

Am Donnerstag, 20. Juli 2017, 18:13:41 CEST schrieb Andy Yan: > Enable sdmmc on rv1108 evaluation board. Also > add pinctrl for sdmmc controller. > > Signed-off-by: Andy Yan applied for 4.14, after adapting the subject to ARM: dts: rockchip: enable sdmmc for

Re: [PATCH] ARM: dts: enable sdmmc for rockchip rv1108 evb

Am Donnerstag, 20. Juli 2017, 18:13:41 CEST schrieb Andy Yan: > Enable sdmmc on rv1108 evaluation board. Also > add pinctrl for sdmmc controller. > > Signed-off-by: Andy Yan applied for 4.14, after adapting the subject to ARM: dts: rockchip: enable sdmmc for rv1108 evb and moving the

Re: [PATCH v3 3/3] Staging: iio: adc: ad7280a.c: Fixed Macro argument reuse

On Wed, 19 Jul 2017 17:55:57 +0530 Jaya Durga wrote: > CHECK: Macro argument reuse 'addr' - possible side-effects? > > convert AD7280A_DEVADDR to ad7280a_devaddr static function > to fix checkpath check > > v3: small style changes > > Signed-off-by: Jaya Durga

Re: [PATCH v3 3/3] Staging: iio: adc: ad7280a.c: Fixed Macro argument reuse

On Wed, 19 Jul 2017 17:55:57 +0530 Jaya Durga wrote: > CHECK: Macro argument reuse 'addr' - possible side-effects? > > convert AD7280A_DEVADDR to ad7280a_devaddr static function > to fix checkpath check > > v3: small style changes > > Signed-off-by: Jaya Durga This patch is fine so I've

Simplfying copy_siginfo_to_user

ebied...@xmission.com (Eric W. Biederman) writes: > Linus Torvalds writes: > >> On Tue, Jul 18, 2017 at 7:06 AM, Eric W. Biederman >> wrote: >>> struct siginfo is a union and the kernel since 2.4 has been hiding a union >>> tag in the high

Simplfying copy_siginfo_to_user

ebied...@xmission.com (Eric W. Biederman) writes: > Linus Torvalds writes: > >> On Tue, Jul 18, 2017 at 7:06 AM, Eric W. Biederman >> wrote: >>> struct siginfo is a union and the kernel since 2.4 has been hiding a union >>> tag in the high 16bits of si_code using the values: >>> __SI_KILL >>>

Re: [PATCH v3 2/3] Staging: iio: light: tsl2x7x_core.c: Replace symbolic permission with octal permission

On Wed, 19 Jul 2017 17:55:56 +0530 Jaya Durga wrote: > Replace symbolic permissions with their > octect representation to fix checkpatch warnings. > > Signed-off-by: Jaya Durga The IIO drivers in staging are handled via the iio tree on git.kernel.org from

Re: [PATCH v3 2/3] Staging: iio: light: tsl2x7x_core.c: Replace symbolic permission with octal permission

On Wed, 19 Jul 2017 17:55:56 +0530 Jaya Durga wrote: > Replace symbolic permissions with their > octect representation to fix checkpatch warnings. > > Signed-off-by: Jaya Durga The IIO drivers in staging are handled via the iio tree on git.kernel.org from which Greg pulls a few times a cycle

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Switch AXP20x driver from module to built-in

Maxime Ripard writes: > Hi, > > On Wed, Jun 14, 2017 at 09:07:12AM +0200, Maxime Ripard wrote: >> On Tue, Jun 13, 2017 at 09:14:00AM -0700, Kevin Hilman wrote: >> > Maxime Ripard writes: >> > >> > > On Tue, Jun 06, 2017 at

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Switch AXP20x driver from module to built-in

Maxime Ripard writes: > Hi, > > On Wed, Jun 14, 2017 at 09:07:12AM +0200, Maxime Ripard wrote: >> On Tue, Jun 13, 2017 at 09:14:00AM -0700, Kevin Hilman wrote: >> > Maxime Ripard writes: >> > >> > > On Tue, Jun 06, 2017 at 12:45:17PM -0700, Kevin Hilman wrote: >> > >> On Mon, May 22, 2017 at

Re: [PATCHv4 3/4] dt-bindings: mfd: da9052: support TSI as ADC

Hi, On Sat, Jul 22, 2017 at 08:09:08AM -0700, Guenter Roeck wrote: > Yes, but you dropped all the Acks in v6. That is supposed to mean that there > was a substantial change to the patch, and that it needs to be re-reviewed. > For the hwmon patches, I ran a diff against v5 and noticed that there

Re: [PATCHv4 3/4] dt-bindings: mfd: da9052: support TSI as ADC

Hi, On Sat, Jul 22, 2017 at 08:09:08AM -0700, Guenter Roeck wrote: > Yes, but you dropped all the Acks in v6. That is supposed to mean that there > was a substantial change to the patch, and that it needs to be re-reviewed. > For the hwmon patches, I ran a diff against v5 and noticed that there

Re: af_packet: use after free in prb_retire_rx_blk_timer_expired

Hello, On Sat, Jul 22, 2017 at 2:55 AM, liujian (CE) wrote: > I also hit this issue with trinity test: > > The call trace: > [exception RIP: prb_retire_rx_blk_timer_expired+70] > RIP: 81633be6 RSP: 8801bec03dc0 RFLAGS: 00010246 > RAX:

Re: af_packet: use after free in prb_retire_rx_blk_timer_expired

Hello, On Sat, Jul 22, 2017 at 2:55 AM, liujian (CE) wrote: > I also hit this issue with trinity test: > > The call trace: > [exception RIP: prb_retire_rx_blk_timer_expired+70] > RIP: 81633be6 RSP: 8801bec03dc0 RFLAGS: 00010246 > RAX: RBX:

Re: [PATCH] Fix Alps Touchpad two finger scroll does not work on right side

Tested-by: Paul Donohue On Fri, Jul 21, 2017 at 09:27:30AM +0900, Masaki Ota wrote: > From: Masaki Ota > > Fixed the issue that two finger scroll does not work correctly > on V8 protocol. The cause is that V8 protocol X-coordinate decode > is

Re: [PATCH] Fix Alps Touchpad two finger scroll does not work on right side

Tested-by: Paul Donohue On Fri, Jul 21, 2017 at 09:27:30AM +0900, Masaki Ota wrote: > From: Masaki Ota > > Fixed the issue that two finger scroll does not work correctly > on V8 protocol. The cause is that V8 protocol X-coordinate decode > is wrong at SS4 PLUS device. I added SS4 PLUS X decode

Re: [REGRESSION] Touchpad failure after e7348396c6d5 ("Input: ALPS - fix V8+ protocol handling (73 03 28)")

Hmm... I see the same doubled X values in evtest, but everything works fine regardless of what value I set x_max to. Maybe the issue is related to the window manager? I've tried it under both Compiz and Xfwm with the same results. Regardless, the latest patch works for me. Thanks! -Paul On

Re: [REGRESSION] Touchpad failure after e7348396c6d5 ("Input: ALPS - fix V8+ protocol handling (73 03 28)")

Hmm... I see the same doubled X values in evtest, but everything works fine regardless of what value I set x_max to. Maybe the issue is related to the window manager? I've tried it under both Compiz and Xfwm with the same results. Regardless, the latest patch works for me. Thanks! -Paul On

Re: [PATCH] [media] imx: add VIDEO_V4L2_SUBDEV_API dependency

Acked-by: Steve Longerbeam On 07/21/2017 09:21 AM, Arnd Bergmann wrote: Without this, I get a build error: drivers/staging/media/imx/imx-media-vdic.c: In function '__vdic_get_fmt': drivers/staging/media/imx/imx-media-vdic.c:554:10: error: implicit declaration of

Re: [PATCH] [media] imx: add VIDEO_V4L2_SUBDEV_API dependency

Acked-by: Steve Longerbeam On 07/21/2017 09:21 AM, Arnd Bergmann wrote: Without this, I get a build error: drivers/staging/media/imx/imx-media-vdic.c: In function '__vdic_get_fmt': drivers/staging/media/imx/imx-media-vdic.c:554:10: error: implicit declaration of function

Re: Moving ndctl development into the kernel tree?

On Fri, Jul 21, 2017 at 7:52 PM, Dan Williams wrote: > [ adding Chris ] > > On Fri, Jul 21, 2017 at 4:44 PM, Dan Williams > wrote: >> On Fri, Jul 21, 2017 at 3:58 PM, Ingo Molnar wrote: >>> >>> * Dan Williams

Re: Moving ndctl development into the kernel tree?

On Fri, Jul 21, 2017 at 7:52 PM, Dan Williams wrote: > [ adding Chris ] > > On Fri, Jul 21, 2017 at 4:44 PM, Dan Williams > wrote: >> On Fri, Jul 21, 2017 at 3:58 PM, Ingo Molnar wrote: >>> >>> * Dan Williams wrote: >>> [...] * Like perf, ndctl borrows the sub-command

Re: [PATCH v1 5/6] uuid: Kill uapi/uuid.h

Hi Andy, [auto build test WARNING on linus/master] [also build test WARNING on v4.13-rc1] [cannot apply to next-20170721] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v1 5/6] uuid: Kill uapi/uuid.h

Hi Andy, [auto build test WARNING on linus/master] [also build test WARNING on v4.13-rc1] [cannot apply to next-20170721] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v1 4/6] vmbus: Switch to use new generic UUID API

Hi Andy, [auto build test ERROR on linus/master] [also build test ERROR on v4.13-rc1] [cannot apply to next-20170721] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v1 4/6] vmbus: Switch to use new generic UUID API

Hi Andy, [auto build test ERROR on linus/master] [also build test ERROR on v4.13-rc1] [cannot apply to next-20170721] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v1 2/6] mei: Switch to use new generic UUID API

Hi Andy, [auto build test ERROR on linus/master] [also build test ERROR on v4.13-rc1 next-20170721] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v1 2/6] mei: Switch to use new generic UUID API

Hi Andy, [auto build test ERROR on linus/master] [also build test ERROR on v4.13-rc1 next-20170721] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2 0/2] Fix modify_qp failure

On 7/14/2017 10:41 AM, Mustafa Ismail wrote: > Commit 5ecce4c9b17b("Check port number supplied by user verbs cmds") causes > modify_qp to fail because port_num is only valid when the mask is set. > > Additionally, for iWARP, the port_num is not initialized which also > causes modify_qp to fail. >

Re: [PATCH v2 0/2] Fix modify_qp failure

On 7/14/2017 10:41 AM, Mustafa Ismail wrote: > Commit 5ecce4c9b17b("Check port number supplied by user verbs cmds") causes > modify_qp to fail because port_num is only valid when the mask is set. > > Additionally, for iWARP, the port_num is not initialized which also > causes modify_qp to fail. >

Re: [PATCH] staging: vboxvideo: remove unused variables

Hi, On 22-07-17 12:55, Paolo Cretaro wrote: Fix compiler warnings: vbox_mode.c:57:15: warning: variable ‘crtc_id’ set but not used vbox_mode.c:581:25: warning: variable ‘vbox_connector’ set but not used Signed-off-by: Paolo Cretaro Patch looks good to me: Acked-by:

Re: [PATCH] staging: vboxvideo: remove unused variables

Hi, On 22-07-17 12:55, Paolo Cretaro wrote: Fix compiler warnings: vbox_mode.c:57:15: warning: variable ‘crtc_id’ set but not used vbox_mode.c:581:25: warning: variable ‘vbox_connector’ set but not used Signed-off-by: Paolo Cretaro Patch looks good to me: Acked-by: Hans de Goede Regards,

Re: [PATCH 11/17] lib/interval_tree: fast overlap detection

On 7/18/2017 9:45 PM, Davidlohr Bueso wrote: > Allow interval trees to quickly check for overlaps to avoid > unnecesary tree lookups in interval_tree_iter_first(). > > As of this patch, all interval tree flavors will require > using a 'rb_root_cached' such that we can have the leftmost > node

Re: [PATCH 11/17] lib/interval_tree: fast overlap detection

On 7/18/2017 9:45 PM, Davidlohr Bueso wrote: > Allow interval trees to quickly check for overlaps to avoid > unnecesary tree lookups in interval_tree_iter_first(). > > As of this patch, all interval tree flavors will require > using a 'rb_root_cached' such that we can have the leftmost > node

Re: [PATCH] IB/qib: remove duplicate code

Hi Doug, On 07/22/2017 12:22 PM, Doug Ledford wrote: On 7/22/2017 1:20 PM, Doug Ledford wrote: On 6/7/2017 4:42 PM, Gustavo A. R. Silva wrote: Remove duplicate code. Addresses-Coverity-ID: 1226951 Signed-off-by: Gustavo A. R. Silva This patch was accepted into

Re: [PATCH] IB/qib: remove duplicate code

Hi Doug, On 07/22/2017 12:22 PM, Doug Ledford wrote: On 7/22/2017 1:20 PM, Doug Ledford wrote: On 6/7/2017 4:42 PM, Gustavo A. R. Silva wrote: Remove duplicate code. Addresses-Coverity-ID: 1226951 Signed-off-by: Gustavo A. R. Silva This patch was accepted into 4.13-rc, thanks.

Re: [PATCH 1/2] RDMA/ocrdma: Fix an error code in ocrdma_alloc_pd()

On 7/13/2017 3:46 AM, Dan Carpenter wrote: > We should preserve the original "status" error code instead of resetting > it to zero. Returning ERR_PTR(0) is the same as NULL and results in a > NULL dereference in the callers. I added a printk() on error instead. > > Fixes: 45e86b33ec8b

Re: [PATCH 1/2] RDMA/ocrdma: Fix an error code in ocrdma_alloc_pd()

On 7/13/2017 3:46 AM, Dan Carpenter wrote: > We should preserve the original "status" error code instead of resetting > it to zero. Returning ERR_PTR(0) is the same as NULL and results in a > NULL dereference in the callers. I added a printk() on error instead. > > Fixes: 45e86b33ec8b

Re: [PATCH] IB/qib: remove duplicate code

On 7/22/2017 1:20 PM, Doug Ledford wrote: > On 6/7/2017 4:42 PM, Gustavo A. R. Silva wrote: >> Remove duplicate code. >> >> Addresses-Coverity-ID: 1226951 >> Signed-off-by: Gustavo A. R. Silva > > This patch was accepted into 4.13-rc, thanks. Correction, this patch is

Re: [PATCH] IB/qib: remove duplicate code

On 7/22/2017 1:20 PM, Doug Ledford wrote: > On 6/7/2017 4:42 PM, Gustavo A. R. Silva wrote: >> Remove duplicate code. >> >> Addresses-Coverity-ID: 1226951 >> Signed-off-by: Gustavo A. R. Silva > > This patch was accepted into 4.13-rc, thanks. Correction, this patch is in my queue for my

Re: [PATCH] IB/qib: remove duplicate code

On 6/7/2017 4:42 PM, Gustavo A. R. Silva wrote: > Remove duplicate code. > > Addresses-Coverity-ID: 1226951 > Signed-off-by: Gustavo A. R. Silva This patch was accepted into 4.13-rc, thanks. In addition, I no longer have the original email for another patch of yours

Re: [PATCH] IB/qib: remove duplicate code

On 6/7/2017 4:42 PM, Gustavo A. R. Silva wrote: > Remove duplicate code. > > Addresses-Coverity-ID: 1226951 > Signed-off-by: Gustavo A. R. Silva This patch was accepted into 4.13-rc, thanks. In addition, I no longer have the original email for another patch of yours that was also accepted into

Re: [PATCH v5 0/3] TPS68470 PMIC drivers

On Fri, Jul 21, 2017 at 11:51 PM, Rafael J. Wysocki wrote: > On Friday, July 21, 2017 06:20:15 PM Andy Shevchenko wrote: >> On Fri, Jul 21, 2017 at 5:46 PM, Rajmohan Mani >> wrote: >> > This is the patch series for TPS68470 PMIC that works as a

Re: [PATCH v5 0/3] TPS68470 PMIC drivers

On Fri, Jul 21, 2017 at 11:51 PM, Rafael J. Wysocki wrote: > On Friday, July 21, 2017 06:20:15 PM Andy Shevchenko wrote: >> On Fri, Jul 21, 2017 at 5:46 PM, Rajmohan Mani >> wrote: >> > This is the patch series for TPS68470 PMIC that works as a camera PMIC. >> > >> > The patch series provide

Re: [PATCH v4 1/4] soc: brcmstb: Add Product ID and Family ID helper functions

On 07/21/2017 07:10 AM, Al Cooper wrote: > Signed-off-by: Al Cooper Acked-by: Florian Fainelli > --- > drivers/soc/bcm/brcmstb/common.c| 12 > include/linux/soc/brcmstb/brcmstb.h | 10 ++ > 2 files changed, 22 insertions(+)

Re: [PATCH v4 1/4] soc: brcmstb: Add Product ID and Family ID helper functions

On 07/21/2017 07:10 AM, Al Cooper wrote: > Signed-off-by: Al Cooper Acked-by: Florian Fainelli > --- > drivers/soc/bcm/brcmstb/common.c| 12 > include/linux/soc/brcmstb/brcmstb.h | 10 ++ > 2 files changed, 22 insertions(+) > > diff --git

Re: [PATCH] Staging: lustre: Place the open brace on previous line.

On Sat, 2017-07-22 at 22:26 +0530, Shreeya Patel wrote: > Remove errors by placing the open braces on previous line. > This saves the vertical space of the code. > > Problem found by checkpatch. No. These are checkpatch false positives. > diff --git a/drivers/staging/lustre/lnet/libcfs/hash.c

Re: [PATCH] Staging: lustre: Place the open brace on previous line.

On Sat, 2017-07-22 at 22:26 +0530, Shreeya Patel wrote: > Remove errors by placing the open braces on previous line. > This saves the vertical space of the code. > > Problem found by checkpatch. No. These are checkpatch false positives. > diff --git a/drivers/staging/lustre/lnet/libcfs/hash.c

[PATCH] Staging: lustre: Place the open brace on previous line.

Remove errors by placing the open braces on previous line. This saves the vertical space of the code. Problem found by checkpatch. Signed-off-by: Shreeya Patel --- drivers/staging/lustre/lnet/libcfs/hash.c | 24 1 file changed, 8

[PATCH] Staging: lustre: Place the open brace on previous line.

Remove errors by placing the open braces on previous line. This saves the vertical space of the code. Problem found by checkpatch. Signed-off-by: Shreeya Patel --- drivers/staging/lustre/lnet/libcfs/hash.c | 24 1 file changed, 8 insertions(+), 16 deletions(-) diff

Re: [GIT PULL] hwmon fixes for v4.13-rc2

On Sat, Jul 22, 2017 at 7:30 AM, Guenter Roeck wrote: > Hi Linus, > > Please pull hwmon fixes for Linux v4.13-rc2 from signed tag: > > git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git > hwmon-for-linus-v4.13-rcX Please fix whatever broken script it

Re: [GIT PULL] hwmon fixes for v4.13-rc2

On Sat, Jul 22, 2017 at 7:30 AM, Guenter Roeck wrote: > Hi Linus, > > Please pull hwmon fixes for Linux v4.13-rc2 from signed tag: > > git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git > hwmon-for-linus-v4.13-rcX Please fix whatever broken script it is that generates

Re: [PATCH] EDAC: remove unnecessary static in edac_fake_inject_write()

Hi all, On 07/22/2017 01:36 AM, Borislav Petkov wrote: On Fri, Jul 21, 2017 at 10:08:12PM +0200, Julia Lawall wrote: Someone pointed out that the rule is probably not OK when the address of the static variable is taken, because then it is likely being used as permanent storage. Makes sense

Re: [PATCH] EDAC: remove unnecessary static in edac_fake_inject_write()

Hi all, On 07/22/2017 01:36 AM, Borislav Petkov wrote: On Fri, Jul 21, 2017 at 10:08:12PM +0200, Julia Lawall wrote: Someone pointed out that the rule is probably not OK when the address of the static variable is taken, because then it is likely being used as permanent storage. Makes sense

Re: [PATCH v4 1/5] mm: add mkwrite param to vm_insert_mixed()

On Fri, Jul 21, 2017 at 3:39 PM, Ross Zwisler wrote: > To be able to use the common 4k zero page in DAX we need to have our PTE > fault path look more like our PMD fault path where a PTE entry can be > marked as dirty and writeable as it is first inserted, rather

Re: [PATCH v4 1/5] mm: add mkwrite param to vm_insert_mixed()

On Fri, Jul 21, 2017 at 3:39 PM, Ross Zwisler wrote: > To be able to use the common 4k zero page in DAX we need to have our PTE > fault path look more like our PMD fault path where a PTE entry can be > marked as dirty and writeable as it is first inserted, rather than waiting > for a follow-up

Re: [PATCH v2 1/2] x86/amd: Refactor topology extension related code

On Fri, Jul 21, 2017 at 09:00:38PM -0500, Suravee Suthikulpanit wrote: > Refactoring in preparation for subsequent changes. > There is no functional change. > > Signed-off-by: Suravee Suthikulpanit > --- > arch/x86/kernel/cpu/amd.c | 79 >

Re: [PATCH v2 1/2] x86/amd: Refactor topology extension related code

On Fri, Jul 21, 2017 at 09:00:38PM -0500, Suravee Suthikulpanit wrote: > Refactoring in preparation for subsequent changes. > There is no functional change. > > Signed-off-by: Suravee Suthikulpanit > --- > arch/x86/kernel/cpu/amd.c | 79 > ++- > 1

Re: [PATCH 4.12 00/84] 4.12.3-stable review

+ Sjoerd @ Collabora Shuah Khan writes: > On 07/19/2017 10:29 AM, kernelci.org bot wrote: >> stable-rc/linux-4.12.y boot: 166 boots: 5 failed, 161 passed >> (v4.12.2-85-g908a8d27d1c5) >> >> Full Boot Summary: >>

Re: [PATCH 4.12 00/84] 4.12.3-stable review

+ Sjoerd @ Collabora Shuah Khan writes: > On 07/19/2017 10:29 AM, kernelci.org bot wrote: >> stable-rc/linux-4.12.y boot: 166 boots: 5 failed, 161 passed >> (v4.12.2-85-g908a8d27d1c5) >> >> Full Boot Summary: >>

Re: [PATCH] ARM64: meson-gxl: disable broken eee

Hi Joseph, Joseph Kogut writes: > Meson GXL appears to suffer from the same broken eee issue as GXB, > originally fixed by feb3cbea0946. > > This patch disables the broken energy-efficient ethernet for GXL, > avoiding the tx link breakage. > > Signed-off-by: Joseph Kogut

Re: [PATCH] ARM64: meson-gxl: disable broken eee

Hi Joseph, Joseph Kogut writes: > Meson GXL appears to suffer from the same broken eee issue as GXB, > originally fixed by feb3cbea0946. > > This patch disables the broken energy-efficient ethernet for GXL, > avoiding the tx link breakage. > > Signed-off-by: Joseph Kogut Can you share what

Re: [PATCHv4 3/4] dt-bindings: mfd: da9052: support TSI as ADC

On 07/17/2017 04:27 AM, Sebastian Reichel wrote: Hi Lee, On Mon, Jul 17, 2017 at 11:49:45AM +0100, Lee Jones wrote: On Fri, 30 Jun 2017, Sebastian Reichel wrote: DA9052 allows using the touchscreen input pins as general purpose analogue input pin by wiring analogue inputs to X+, X-, Y+ and

Re: [PATCHv4 3/4] dt-bindings: mfd: da9052: support TSI as ADC

On 07/17/2017 04:27 AM, Sebastian Reichel wrote: Hi Lee, On Mon, Jul 17, 2017 at 11:49:45AM +0100, Lee Jones wrote: On Fri, 30 Jun 2017, Sebastian Reichel wrote: DA9052 allows using the touchscreen input pins as general purpose analogue input pin by wiring analogue inputs to X+, X-, Y+ and

Re: [PATCHv6,4/4] hwmon: da9052: add support for TSI channel

On Tue, Jul 18, 2017 at 11:20:24AM +0200, Sebastian Reichel wrote: > TSI channel has a 4 channel mux connected to it and is normally > used for touchscreen support. The hardware may alternatively > use it as general purpose adc. > > Signed-off-by: Sebastian Reichel

Re: [PATCHv6,4/4] hwmon: da9052: add support for TSI channel

On Tue, Jul 18, 2017 at 11:20:24AM +0200, Sebastian Reichel wrote: > TSI channel has a 4 channel mux connected to it and is normally > used for touchscreen support. The hardware may alternatively > use it as general purpose adc. > > Signed-off-by: Sebastian Reichel Acked-by: Guenter Roeck

Re: [PATCHv6,3/4] hwmon: da9052: replace S_IRUGO with 0444

Hi Sebastian, On Tue, Jul 18, 2017 at 11:20:23AM +0200, Sebastian Reichel wrote: > Fix checkpatch warnings about S_IRUGO being less readable than > providing the permissions octal as '0444'. > > Signed-off-by: Sebastian Reichel Again: Acked-by: Guenter Roeck

Re: [PATCHv6,3/4] hwmon: da9052: replace S_IRUGO with 0444

Hi Sebastian, On Tue, Jul 18, 2017 at 11:20:23AM +0200, Sebastian Reichel wrote: > Fix checkpatch warnings about S_IRUGO being less readable than > providing the permissions octal as '0444'. > > Signed-off-by: Sebastian Reichel Again: Acked-by: Guenter Roeck If you don't make changes,

[GIT PULL] hwmon fixes for v4.13-rc2

Hi Linus, Please pull hwmon fixes for Linux v4.13-rc2 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-for-linus-v4.13-rcX Thanks, Guenter -- The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux v4.13-rc1

[GIT PULL] hwmon fixes for v4.13-rc2

Hi Linus, Please pull hwmon fixes for Linux v4.13-rc2 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-for-linus-v4.13-rcX Thanks, Guenter -- The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux v4.13-rc1

Re: [PATCH] KVM: nVMX: Fix exception injection

On Fri, Jul 21, 2017 at 1:39 AM, Wanpeng Li wrote: > Hi Jim, > 2017-07-21 3:16 GMT+08:00 Jim Mattson : >> On Wed, Jul 19, 2017 at 7:31 PM, Wanpeng Li wrote: >>> Hi Jim, >>> 2017-07-19 2:47 GMT+08:00 Jim Mattson :

Re: [PATCH] KVM: nVMX: Fix exception injection

On Fri, Jul 21, 2017 at 1:39 AM, Wanpeng Li wrote: > Hi Jim, > 2017-07-21 3:16 GMT+08:00 Jim Mattson : >> On Wed, Jul 19, 2017 at 7:31 PM, Wanpeng Li wrote: >>> Hi Jim, >>> 2017-07-19 2:47 GMT+08:00 Jim Mattson : Why do we expect the VM_EXIT_INTR_INFO and EXIT_QUALIFICATION fields of

Re: [PATCH 2/2] mmc: Add mmc_force_detect_change_begin / _end functions

invite Jack from expressif 在 2017/7/21 22:35, Quentin Schulz 写道: From: Hans de Goede Some sdio devices have a multiple stage bring-up process. Specifically the esp8089 (for which an out of tree driver is available) loads firmware on the first call to its sdio-drivers'

<    1   2   3   4   >