Re: [PATCH] mfd: ucb1x00: remove NO_IRQ check

On Wed, 07 Sep 2016, Russell King - ARM Linux wrote: > On Wed, Sep 07, 2016 at 11:27:37AM +0100, Lee Jones wrote: > > On Tue, 06 Sep 2016, Russell King - ARM Linux wrote: > > > > > On Tue, Sep 06, 2016 at 04:45:30PM +0100, Lee Jones wrote: > > > > On Tue, 06 Sep 2016, Russell King - ARM Linux

Re: [PATCH] mfd: ucb1x00: remove NO_IRQ check

On Wed, 07 Sep 2016, Russell King - ARM Linux wrote: > On Wed, Sep 07, 2016 at 11:27:37AM +0100, Lee Jones wrote: > > On Tue, 06 Sep 2016, Russell King - ARM Linux wrote: > > > > > On Tue, Sep 06, 2016 at 04:45:30PM +0100, Lee Jones wrote: > > > > On Tue, 06 Sep 2016, Russell King - ARM Linux

RE: [PATCH] qed: add missing header dependencies

> > While I obviously have no strong objection for including > > qed_selftest.h from qed_selftest.c, I'm not sure I understand which C > > standard dictates this requirement. > > Why should a function definition [not call] be preceded by a prototype? > > - When a function is defined in one file

RE: [PATCH] qed: add missing header dependencies

> > While I obviously have no strong objection for including > > qed_selftest.h from qed_selftest.c, I'm not sure I understand which C > > standard dictates this requirement. > > Why should a function definition [not call] be preceded by a prototype? > > - When a function is defined in one file

Re: [patch] leds: add driver for Mellanox systems leds

* vad...@mellanox.com (vad...@mellanox.com) wrote: > From: Vadim Pasternak > > This makes it possible to create a set of LEDs for Mellanox systems: > "msx6710", "msx6720", "msb7700", "msn2700", "msx1410", "msn2410", > "msb7800", "msn2740", "msn2100". > > Driver obtains led

Re: [patch] leds: add driver for Mellanox systems leds

* vad...@mellanox.com (vad...@mellanox.com) wrote: > From: Vadim Pasternak > > This makes it possible to create a set of LEDs for Mellanox systems: > "msx6710", "msx6720", "msb7700", "msn2700", "msx1410", "msn2410", > "msb7800", "msn2740", "msn2100". > > Driver obtains led devices according to

[PATCH] jbd2: move more common code into journal_init_common()

There are some repetitive code in jbd2_journal_init_dev() and jbd2_journal_init_inode(). So this patch moves the common code into journal_init_common() helper to simplify the code. And fix the coding style warnings reported by checkpatch.pl by the way. Signed-off-by: Geliang Tang

[PATCH] jbd2: move more common code into journal_init_common()

There are some repetitive code in jbd2_journal_init_dev() and jbd2_journal_init_inode(). So this patch moves the common code into journal_init_common() helper to simplify the code. And fix the coding style warnings reported by checkpatch.pl by the way. Signed-off-by: Geliang Tang ---

[PATCH] Re: [PATCH] jbd2: add jbd2_journal_init() helper

On Tue, Sep 06, 2016 at 05:15:54PM +0200, Jan Kara wrote: > On Sat 03-09-16 17:33:39, Eric Ren wrote: > > Hi Geliang, > > > > On 08/31/2016 08:23 PM, Geliang Tang wrote: > > >There are some repetitive code in jbd2_journal_init_dev() and > > >jbd2_journal_init_inode(). So this patch extracts the

[PATCH] Re: [PATCH] jbd2: add jbd2_journal_init() helper

On Tue, Sep 06, 2016 at 05:15:54PM +0200, Jan Kara wrote: > On Sat 03-09-16 17:33:39, Eric Ren wrote: > > Hi Geliang, > > > > On 08/31/2016 08:23 PM, Geliang Tang wrote: > > >There are some repetitive code in jbd2_journal_init_dev() and > > >jbd2_journal_init_inode(). So this patch extracts the

Re: [PATCH] mm, thp: fix leaking mapped pte in __collapse_huge_page_swapin()

On Fri, Sep 02, 2016 at 03:44:36PM +0300, Ebru Akagunduz wrote: > Currently, khugepaged does not let swapin, if there is no > enough young pages in a THP. The problem is when a THP does > not have enough young page, khugepaged leaks mapped ptes. > > This patch prohibits leaking mapped ptes. > >

Re: [PATCH] mm, thp: fix leaking mapped pte in __collapse_huge_page_swapin()

On Fri, Sep 02, 2016 at 03:44:36PM +0300, Ebru Akagunduz wrote: > Currently, khugepaged does not let swapin, if there is no > enough young pages in a THP. The problem is when a THP does > not have enough young page, khugepaged leaks mapped ptes. > > This patch prohibits leaking mapped ptes. > >

Re: mm: use-after-free in collapse_huge_page

On Wed, Sep 07, 2016 at 03:25:59PM +0300, Kirill A. Shutemov wrote: > Here's updated version. > > From 14d748bd8a7eb003efc10b1e5d5b8a644e7181b1 Mon Sep 17 00:00:00 2001 > From: "Kirill A. Shutemov" > Date: Mon, 29 Aug 2016 15:32:50 +0300 > Subject: [PATCH]

Re: mm: use-after-free in collapse_huge_page

On Wed, Sep 07, 2016 at 03:25:59PM +0300, Kirill A. Shutemov wrote: > Here's updated version. > > From 14d748bd8a7eb003efc10b1e5d5b8a644e7181b1 Mon Sep 17 00:00:00 2001 > From: "Kirill A. Shutemov" > Date: Mon, 29 Aug 2016 15:32:50 +0300 > Subject: [PATCH] khugepaged: fix use-after-free in

[PATCH v3 1/1] x86/platform/intel-mid: Implement power off sequence

Tell SCU that we are about powering off the device. Signed-off-by: Andy Shevchenko --- v3: - fix type of variable (lkp) v2: - change abbrevation from PMU to PWRMU arch/x86/include/asm/intel-mid.h| 2 ++ arch/x86/include/asm/intel_scu_ipc.h| 2 ++

[PATCH v3 1/1] x86/platform/intel-mid: Implement power off sequence

Tell SCU that we are about powering off the device. Signed-off-by: Andy Shevchenko --- v3: - fix type of variable (lkp) v2: - change abbrevation from PMU to PWRMU arch/x86/include/asm/intel-mid.h| 2 ++ arch/x86/include/asm/intel_scu_ipc.h| 2 ++

Re: [PATCH] sched/core: simpler function for sched_exec migration

On 09/07, chengchao wrote: > > Oleg, thank you very much. > > on 09/06/2016 11:22 PM, Oleg Nesterov wrote: > > On 09/06, chengchao wrote: > >> > >> the key point is for CONFIG_PREEMPT_NONE=y, > >> ... > >> it is too much overhead for one task(fork()+exec()), isn't it? > > > > Yes, yes, I see, this

Re: [PATCH] sched/core: simpler function for sched_exec migration

On 09/07, chengchao wrote: > > Oleg, thank you very much. > > on 09/06/2016 11:22 PM, Oleg Nesterov wrote: > > On 09/06, chengchao wrote: > >> > >> the key point is for CONFIG_PREEMPT_NONE=y, > >> ... > >> it is too much overhead for one task(fork()+exec()), isn't it? > > > > Yes, yes, I see, this

[PATCH] Set git diff driver for C source code files

Git can be told to apply language-specific rules when generating diffs. Enable this for C source code files (*.c and *.h) so that function names are printed right. Specifically, doing so prevents "git diff" from mistakenly considering unindented goto labels as function names. Signed-off-by: Jean

[PATCH] Set git diff driver for C source code files

Git can be told to apply language-specific rules when generating diffs. Enable this for C source code files (*.c and *.h) so that function names are printed right. Specifically, doing so prevents "git diff" from mistakenly considering unindented goto labels as function names. Signed-off-by: Jean

RE: [patch] leds: add driver for Mellanox systems leds

> -Original Message- > From: Dr. David Alan Gilbert [mailto:d...@treblig.org] > Sent: Wednesday, September 07, 2016 3:11 PM > To: Vadim Pasternak > Cc: rpur...@rpsys.net; j.anaszew...@samsung.com; linux- > l...@vger.kernel.org; linux-kernel@vger.kernel.org;

RE: [patch] leds: add driver for Mellanox systems leds

> -Original Message- > From: Dr. David Alan Gilbert [mailto:d...@treblig.org] > Sent: Wednesday, September 07, 2016 3:11 PM > To: Vadim Pasternak > Cc: rpur...@rpsys.net; j.anaszew...@samsung.com; linux- > l...@vger.kernel.org; linux-kernel@vger.kernel.org; j...@resnulli.us; Michael >

Re: [PATCH V3] mm: Add sysfs interface to dump each node's zonelist information

On 09/06/2016 02:35 PM, kbuild test robot wrote: > Hi Anshuman, > > [auto build test ERROR on driver-core/driver-core-testing] > [also build test ERROR on v4.8-rc5 next-20160906] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > [Suggest to

Re: [PATCH V3] mm: Add sysfs interface to dump each node's zonelist information

On 09/06/2016 02:35 PM, kbuild test robot wrote: > Hi Anshuman, > > [auto build test ERROR on driver-core/driver-core-testing] > [also build test ERROR on v4.8-rc5 next-20160906] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > [Suggest to

Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()

Hi Peter, On Tue, 6 Sep 2016 16:47:56 +0200, Peter Zijlstra wrote: > On Tue, Sep 06, 2016 at 04:34:13PM +0200, Jean Delvare wrote: > > > [diff "default"] > > > xfuncname = "^[[:alpha:]$_].*[^:]$" > > > > OK, I see. As mentioned somewhere else, it fails for labels which have > > comments.

Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()

Hi Peter, On Tue, 6 Sep 2016 16:47:56 +0200, Peter Zijlstra wrote: > On Tue, Sep 06, 2016 at 04:34:13PM +0200, Jean Delvare wrote: > > > [diff "default"] > > > xfuncname = "^[[:alpha:]$_].*[^:]$" > > > > OK, I see. As mentioned somewhere else, it fails for labels which have > > comments.

Re: mm: use-after-free in collapse_huge_page

On Mon, Aug 29, 2016 at 05:35:48PM +0200, Andrea Arcangeli wrote: > Hello Kirill, > > On Mon, Aug 29, 2016 at 03:42:33PM +0300, Kirill A. Shutemov wrote: > > @@ -898,13 +899,13 @@ static bool __collapse_huge_page_swapin(struct > > mm_struct *mm, > > /* do_swap_page returns

Re: mm: use-after-free in collapse_huge_page

On Mon, Aug 29, 2016 at 05:35:48PM +0200, Andrea Arcangeli wrote: > Hello Kirill, > > On Mon, Aug 29, 2016 at 03:42:33PM +0300, Kirill A. Shutemov wrote: > > @@ -898,13 +899,13 @@ static bool __collapse_huge_page_swapin(struct > > mm_struct *mm, > > /* do_swap_page returns

Re: Question on smp_mb__before_spinlock

On Mon, 5 Sep 2016 11:37:53 +0200 Peter Zijlstra wrote: > Hi all, > > So recently I've had two separate issues that touched upon > smp_mb__before_spinlock(). > > > Since its inception, our understanding of ACQUIRE, esp. as applied to > spinlocks, has changed somewhat.

Re: [PATCH v2 4/5] gpio: pca953x: remove an unused variable

On Wed, 2016-09-07 at 13:40 +0200, Bartosz Golaszewski wrote: > 2016-09-07 13:36 GMT+02:00 Andy Shevchenko tel.com>: > > > > On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: > > > > > > The chip_type variable in struct pca953x_chip is no longer > > >

Re: [PATCH v2 4/5] gpio: pca953x: remove an unused variable

On Wed, 2016-09-07 at 13:40 +0200, Bartosz Golaszewski wrote: > 2016-09-07 13:36 GMT+02:00 Andy Shevchenko tel.com>: > > > > On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: > > > > > > The chip_type variable in struct pca953x_chip is no longer > > > required. > > > > > > Remove

Re: Question on smp_mb__before_spinlock

On Mon, 5 Sep 2016 11:37:53 +0200 Peter Zijlstra wrote: > Hi all, > > So recently I've had two separate issues that touched upon > smp_mb__before_spinlock(). > > > Since its inception, our understanding of ACQUIRE, esp. as applied to > spinlocks, has changed somewhat. Also, I wonder if, with

Re: [PATCH] qed: add missing header dependencies

On Wednesday, September 7, 2016 11:37:07 AM CEST Yuval Mintz wrote: > > We get 4 warnings when building kernel with W=1: > > drivers/net/ethernet/qlogic/qed/qed_selftest.c:6:5: warning: no previous > > prototype for 'qed_selftest_memory' [-Wmissing-prototypes] > >

Re: [PATCH] qed: add missing header dependencies

On Wednesday, September 7, 2016 11:37:07 AM CEST Yuval Mintz wrote: > > We get 4 warnings when building kernel with W=1: > > drivers/net/ethernet/qlogic/qed/qed_selftest.c:6:5: warning: no previous > > prototype for 'qed_selftest_memory' [-Wmissing-prototypes] > >

Re: [PATCH 1/1] intel-mid: Fix sfi get_platform_data() return value issues

On Tue, 2016-09-06 at 18:04 -0700, Kuppuswamy Sathyanarayanan wrote: > According to the intel_mid_sfi_get_pdata() function definition, > get_platform_data() function should returns NULL on no platform > data scenario and return ERR_PTR on platform data initialization > failures. But current device

Re: [PATCH 1/1] intel-mid: Fix sfi get_platform_data() return value issues

On Tue, 2016-09-06 at 18:04 -0700, Kuppuswamy Sathyanarayanan wrote: > According to the intel_mid_sfi_get_pdata() function definition, > get_platform_data() function should returns NULL on no platform > data scenario and return ERR_PTR on platform data initialization > failures. But current device

Oops.kernel.org usage

Dear Linux Developers, Tools reporting to oops.kernel.org were not functional for some time [1] but they are working again [2]. I'm wondering if developers are looking at the collected data. It would be nice to know that submitted reports are useful. Cheers, Balint [1]

Oops.kernel.org usage

Dear Linux Developers, Tools reporting to oops.kernel.org were not functional for some time [1] but they are working again [2]. I'm wondering if developers are looking at the collected data. It would be nice to know that submitted reports are useful. Cheers, Balint [1]

Re: [PATCH] rtc: Add some dummy static inline functions

On 07/09/2016 at 15:17:26 +0800, Baolin Wang wrote : > Add some dummy static inline functions in case CONFIG_RTC_LIB is not defined. > The question your commit log should answer is why? > Signed-off-by: Baolin Wang > Fixes: a0a6e06d545a ("time: alarmtimer: Add

Re: [PATCH] rtc: Add some dummy static inline functions

On 07/09/2016 at 15:17:26 +0800, Baolin Wang wrote : > Add some dummy static inline functions in case CONFIG_RTC_LIB is not defined. > The question your commit log should answer is why? > Signed-off-by: Baolin Wang > Fixes: a0a6e06d545a ("time: alarmtimer: Add tracepoints for alarmtimers") >

[ANNOUNCE] util-linux stable v2.28.2

The util-linux stable release v2.28.2 is available at http://ftp.kernel.org/pub/linux/utils/util-linux/v2.28/ Feedback and bug reports, as always, are welcomed. Karel util-linux 2.28.2 Release Notes === blkdev: - guard against missing DIOCGDINFO on

[ANNOUNCE] util-linux stable v2.28.2

The util-linux stable release v2.28.2 is available at http://ftp.kernel.org/pub/linux/utils/util-linux/v2.28/ Feedback and bug reports, as always, are welcomed. Karel util-linux 2.28.2 Release Notes === blkdev: - guard against missing DIOCGDINFO on

Re: [PATCH v2] gpio: pca953x: fix a lockdep warning

2016-08-29 10:33 GMT+02:00 Bartosz Golaszewski : > If an I2C GPIO multiplexer is driven by a GPIO provided by an expander > when there's a second expander using the same device driver on one of > the I2C bus segments, lockdep prints a deadlock warning when trying to >

Re: [PATCH v2] gpio: pca953x: fix a lockdep warning

2016-08-29 10:33 GMT+02:00 Bartosz Golaszewski : > If an I2C GPIO multiplexer is driven by a GPIO provided by an expander > when there's a second expander using the same device driver on one of > the I2C bus segments, lockdep prints a deadlock warning when trying to > set the direction or the

[UPDATE PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling

For ITS, MSI functionality consists on building domain stack and during that process we need to reference to domain stack components e.g. before we create new DOMAIN_BUS_PCI_MSI domain we need to specify its DOMAIN_BUS_NEXUS parent domain. In order to manage that process properly, maintain list

Re: [PATCH] pcie: qcom: add support to msm8996 PCIE controller

On 07/09/16 12:06, Srinivas Kandagatla wrote: > This patch adds support to msm8996/apq8096 pcie, MSM8996 supports > Gen 1/2, One lane, 3 pcie root-complex with support to MSI and > legacy interrupts and it conforms to PCI Express Base 2.1 specification. > > This patch adds post_init callback to

[UPDATE PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling

For ITS, MSI functionality consists on building domain stack and during that process we need to reference to domain stack components e.g. before we create new DOMAIN_BUS_PCI_MSI domain we need to specify its DOMAIN_BUS_NEXUS parent domain. In order to manage that process properly, maintain list

Re: [PATCH] pcie: qcom: add support to msm8996 PCIE controller

On 07/09/16 12:06, Srinivas Kandagatla wrote: > This patch adds support to msm8996/apq8096 pcie, MSM8996 supports > Gen 1/2, One lane, 3 pcie root-complex with support to MSI and > legacy interrupts and it conforms to PCI Express Base 2.1 specification. > > This patch adds post_init callback to

[UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support

IORT shows representation of IO topology for ARM based systems. It describes how various components are connected together on parent-child basis e.g. PCI RC -> SMMU -> ITS. Also see IORT spec. http://infocenter.arm.com/help/topic/com.arm.doc.den0049b/DEN0049B_IO_Remapping_Table.pdf Initial

[UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support

IORT shows representation of IO topology for ARM based systems. It describes how various components are connected together on parent-child basis e.g. PCI RC -> SMMU -> ITS. Also see IORT spec. http://infocenter.arm.com/help/topic/com.arm.doc.den0049b/DEN0049B_IO_Remapping_Table.pdf Initial

RE: [PATCH] qed: mark symbols static where possible

> We get a few warnings when building kernel with W=1: > drivers/net/ethernet/qlogic/qed/qed_l2.c:112:5: warning: no previous > prototype for 'qed_sp_vport_start' [-Wmissing-prototypes] > > > In fact, these functions are only used in the file in which they are > declared and don't need a

RE: [PATCH] qed: mark symbols static where possible

> We get a few warnings when building kernel with W=1: > drivers/net/ethernet/qlogic/qed/qed_l2.c:112:5: warning: no previous > prototype for 'qed_sp_vport_start' [-Wmissing-prototypes] > > > In fact, these functions are only used in the file in which they are > declared and don't need a

Re: [PATCH 3/4] dt-binding: remoteproc: venus rproc dt binding document

Hi Bjorn, On 09/02/2016 11:12 PM, Bjorn Andersson wrote: > On Fri 02 Sep 04:52 PDT 2016, Marek Szyprowski wrote: > >> Hi, >> >> >> On 2016-09-01 16:58, Stanimir Varbanov wrote: >>> Hi, >>> >>> Cc: Marek >>> >> >> ... >> >> But I presume we have the implementation issue of

Re: [PATCH 3/4] dt-binding: remoteproc: venus rproc dt binding document

Hi Bjorn, On 09/02/2016 11:12 PM, Bjorn Andersson wrote: > On Fri 02 Sep 04:52 PDT 2016, Marek Szyprowski wrote: > >> Hi, >> >> >> On 2016-09-01 16:58, Stanimir Varbanov wrote: >>> Hi, >>> >>> Cc: Marek >>> >> >> ... >> >> But I presume we have the implementation issue of

RE: [PATCH] qed: add missing header dependencies

> We get 4 warnings when building kernel with W=1: > drivers/net/ethernet/qlogic/qed/qed_selftest.c:6:5: warning: no previous > prototype for 'qed_selftest_memory' [-Wmissing-prototypes] > drivers/net/ethernet/qlogic/qed/qed_selftest.c:19:5: warning: no previous > prototype for

RE: [PATCH] qed: add missing header dependencies

> We get 4 warnings when building kernel with W=1: > drivers/net/ethernet/qlogic/qed/qed_selftest.c:6:5: warning: no previous > prototype for 'qed_selftest_memory' [-Wmissing-prototypes] > drivers/net/ethernet/qlogic/qed/qed_selftest.c:19:5: warning: no previous > prototype for

[PATCH 2/2] arm64: defconfig: enable MFD RK808 and RK808 regulator

Many rockchip based arm64 boards use RK808 as PMIC, so enabe it here let the board bootup normally. Signed-off-by: Andy Yan --- arch/arm64/configs/defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/configs/defconfig

[PATCH 2/2] arm64: defconfig: enable MFD RK808 and RK808 regulator

Many rockchip based arm64 boards use RK808 as PMIC, so enabe it here let the board bootup normally. Signed-off-by: Andy Yan --- arch/arm64/configs/defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 427b6dc..4b61ed9

[PATCH 1/2] arm64: defconfig: enable I2C and DW MMC controller on rockchip platform

I2C and MMC are very basic modules for a board to bootup, as I2C always used to configure PMIC and MMC devices often used to store filesytem. So enable them here to let the rockchip based arm64 boards can bootup. Signed-off-by: Andy Yan --- arch/arm64/configs/defconfig

[PATCH 1/2] arm64: defconfig: enable I2C and DW MMC controller on rockchip platform

I2C and MMC are very basic modules for a board to bootup, as I2C always used to configure PMIC and MMC devices often used to store filesytem. So enable them here to let the rockchip based arm64 boards can bootup. Signed-off-by: Andy Yan --- arch/arm64/configs/defconfig | 2 ++ 1 file changed,

Re: x86-ksysfs: Use kmalloc_array() in create_setup_data_nodes()

>> Would the following script (for the semantic patch language) >> be useful enough for further development considerations? >> >> usage_of_kmalloc_array1-excerpt2.cocci: >> @replacement2@ >> expression count, pointer, target; >> @@ >> target = >> - kmalloc(sizeof(*pointer) * (count) >> +

Re: x86-ksysfs: Use kmalloc_array() in create_setup_data_nodes()

>> Would the following script (for the semantic patch language) >> be useful enough for further development considerations? >> >> usage_of_kmalloc_array1-excerpt2.cocci: >> @replacement2@ >> expression count, pointer, target; >> @@ >> target = >> - kmalloc(sizeof(*pointer) * (count) >> +

Re: [PATCH v2 0/8] Qualcomm video decoder/encoder driver

One thing you need to add is a patch for the MAINTAINERS file. It needs an entry for this new driver. I think pretty much all new drivers I've reviewed recently forgot to update that file :-( Regards, Hans On 09/07/16 13:37, Stanimir Varbanov wrote: Changes since v1: -

Re: [PATCH v2 0/8] Qualcomm video decoder/encoder driver

One thing you need to add is a patch for the MAINTAINERS file. It needs an entry for this new driver. I think pretty much all new drivers I've reviewed recently forgot to update that file :-( Regards, Hans On 09/07/16 13:37, Stanimir Varbanov wrote: Changes since v1: -

[PATCH 1/2] drivers/base: Combine topology.c and cpu.c

The topology.c file contains sysfs files that describe a cpu's location and its siblings. There is no purpose that this file is separate from the core cpu code. This patch combines topology.c into cpu.c to make the next set of changes easier to understand. There are no functional changes with

[PATCH 1/2] drivers/base: Combine topology.c and cpu.c

The topology.c file contains sysfs files that describe a cpu's location and its siblings. There is no purpose that this file is separate from the core cpu code. This patch combines topology.c into cpu.c to make the next set of changes easier to understand. There are no functional changes with

[PATCH v2 1/8] doc: DT: vidc: binding document for Qualcomm video driver

Adds binding document for vidc video encoder/decoder driver Cc: Rob Herring Cc: Mark Rutland Cc: devicet...@vger.kernel.org Signed-off-by: Stanimir Varbanov --- .../devicetree/bindings/media/qcom,vidc.txt| 61

[PATCH v2 7/8] media: vidc: add Makefiles and Kconfig files

Makefile and Kconfig files to build the video codec driver. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/Kconfig | 8 drivers/media/platform/qcom/Makefile | 6 ++ drivers/media/platform/qcom/vidc/Makefile | 15

[PATCH v2 0/8] Qualcomm video decoder/encoder driver

Changes since v1: - s/ENOTSUPP/EINVAL in vidc_set_color_format() - use video_device_alloc - fill struct device pointer in vb2_queue_init instead of .setup_queue - fill device_caps in struct video_device instead of .vidioc_querycap - fill colorspace, ycbcr_enc, quantization and xfer_func

[PATCH v2 1/8] doc: DT: vidc: binding document for Qualcomm video driver

Adds binding document for vidc video encoder/decoder driver Cc: Rob Herring Cc: Mark Rutland Cc: devicet...@vger.kernel.org Signed-off-by: Stanimir Varbanov --- .../devicetree/bindings/media/qcom,vidc.txt| 61 ++ 1 file changed, 61 insertions(+) create mode 100644

[PATCH v2 7/8] media: vidc: add Makefiles and Kconfig files

Makefile and Kconfig files to build the video codec driver. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/Kconfig | 8 drivers/media/platform/qcom/Makefile | 6 ++ drivers/media/platform/qcom/vidc/Makefile | 15 +++ 3 files changed, 29

[PATCH v2 0/8] Qualcomm video decoder/encoder driver

Changes since v1: - s/ENOTSUPP/EINVAL in vidc_set_color_format() - use video_device_alloc - fill struct device pointer in vb2_queue_init instead of .setup_queue - fill device_caps in struct video_device instead of .vidioc_querycap - fill colorspace, ycbcr_enc, quantization and xfer_func

[PATCH 2/2] cpu hotplug, add CONFIG_PERMANENT_CPU_TOPOLOGY

The information in /sys/devices/system/cpu/cpuX/topology directory is useful for userspace monitoring applications and in-tree utilities like cpupower & turbostat. When down'ing a CPU the /sys/devices/system/cpu/cpuX/topology directory is removed during the CPU_DEAD hotplug callback in the

[PATCH v2 4/8] media: vidc: encoder: add video encoder files

This adds encoder part of the driver plus encoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/vidc/venc.c | 1252 + drivers/media/platform/qcom/vidc/venc.h | 29 +

[PATCH v2 6/8] media: vidc: add Venus HFI files

Here is the implementation of Venus video accelerator low-level functionality. It contanins code which setup the registers and startup uthe processor, allocate and manipulates with the shared memory used for sending commands and receiving messages. Signed-off-by: Stanimir Varbanov

[PATCH v2 5/8] media: vidc: add Host Firmware Interface (HFI)

This is the implementation of HFI. It is loaded with the responsibility to comunicate with the firmware through an interface commands and messages. - hfi.c has interface functions used by the core, decoder and encoder parts to comunicate with the firmware. For example there are functions for

[PATCH 2/2] cpu hotplug, add CONFIG_PERMANENT_CPU_TOPOLOGY

The information in /sys/devices/system/cpu/cpuX/topology directory is useful for userspace monitoring applications and in-tree utilities like cpupower & turbostat. When down'ing a CPU the /sys/devices/system/cpu/cpuX/topology directory is removed during the CPU_DEAD hotplug callback in the

[PATCH v2 4/8] media: vidc: encoder: add video encoder files

This adds encoder part of the driver plus encoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/vidc/venc.c | 1252 + drivers/media/platform/qcom/vidc/venc.h | 29 + drivers/media/platform/qcom/vidc/venc_ctrls.c | 396

[PATCH v2 6/8] media: vidc: add Venus HFI files

Here is the implementation of Venus video accelerator low-level functionality. It contanins code which setup the registers and startup uthe processor, allocate and manipulates with the shared memory used for sending commands and receiving messages. Signed-off-by: Stanimir Varbanov ---

[PATCH v2 5/8] media: vidc: add Host Firmware Interface (HFI)

This is the implementation of HFI. It is loaded with the responsibility to comunicate with the firmware through an interface commands and messages. - hfi.c has interface functions used by the core, decoder and encoder parts to comunicate with the firmware. For example there are functions for

[PATCH v2 8/8] media: vidc: enable building of the video codec driver

This adds changes in v4l2 platform directory to include the vidc driver and show it in kernel config. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/Kconfig | 1 + drivers/media/platform/Makefile | 1 + 2 files changed, 2 insertions(+) diff --git

[PATCH 0/2] cpu hotplug, keep topology directory after soft remove event

The information in /sys/devices/system/cpu/cpuX/topology directory is useful for userspace monitoring applications and in-tree utilities like cpupower & turbostat. When down'ing a CPU the /sys/devices/system/cpu/cpuX/topology directory is removed during the CPU_DEAD hotplug callback in the

[PATCH v2 8/8] media: vidc: enable building of the video codec driver

This adds changes in v4l2 platform directory to include the vidc driver and show it in kernel config. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/Kconfig | 1 + drivers/media/platform/Makefile | 1 + 2 files changed, 2 insertions(+) diff --git a/drivers/media/platform/Kconfig

[PATCH 0/2] cpu hotplug, keep topology directory after soft remove event

The information in /sys/devices/system/cpu/cpuX/topology directory is useful for userspace monitoring applications and in-tree utilities like cpupower & turbostat. When down'ing a CPU the /sys/devices/system/cpu/cpuX/topology directory is removed during the CPU_DEAD hotplug callback in the

[PATCH v2 2/8] media: vidc: adding core part and helper functions

This adds core part of the vidc driver common helper functions used by encoder and decoder specific files. * core.c has implemented the platform dirver methods, file operations and v4l2 registration. * helpers.c has implemented common helper functions for: - buffer management - vb2_ops

[PATCH v2 2/8] media: vidc: adding core part and helper functions

This adds core part of the vidc driver common helper functions used by encoder and decoder specific files. * core.c has implemented the platform dirver methods, file operations and v4l2 registration. * helpers.c has implemented common helper functions for: - buffer management - vb2_ops

[PATCH v2 3/8] media: vidc: decoder: add video decoder files

This consists of video decoder implementation plus decoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/vidc/vdec.c | 1091 + drivers/media/platform/qcom/vidc/vdec.h | 29 +

[PATCH v2 3/8] media: vidc: decoder: add video decoder files

This consists of video decoder implementation plus decoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/vidc/vdec.c | 1091 + drivers/media/platform/qcom/vidc/vdec.h | 29 + drivers/media/platform/qcom/vidc/vdec_ctrls.c | 200

Re: [PATCH v2 4/5] gpio: pca953x: remove an unused variable

2016-09-07 13:36 GMT+02:00 Andy Shevchenko : > On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: >> The chip_type variable in struct pca953x_chip is no longer required. >> >> Remove it. > > Would it be patch 4 in the series? Hi Andy, I'm afraid I

Re: [PATCH v2 4/5] gpio: pca953x: remove an unused variable

2016-09-07 13:36 GMT+02:00 Andy Shevchenko : > On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: >> The chip_type variable in struct pca953x_chip is no longer required. >> >> Remove it. > > Would it be patch 4 in the series? Hi Andy, I'm afraid I don't understand the question. Could

Re: [PATCH v2 0/5] gpio: pca953x: code refactoring

On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: > I'm working on converting the pca953x driver to using regmap, but > since > it's not a trivial task I figured I'd post a couple refactoring > patches > I did so far for 4.9. > > The first patch just fixes a couple coding style

Re: [PATCH v2 0/5] gpio: pca953x: code refactoring

On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: > I'm working on converting the pca953x driver to using regmap, but > since > it's not a trivial task I figured I'd post a couple refactoring > patches > I did so far for 4.9. > > The first patch just fixes a couple coding style

Re: [PATCH v2 4/5] gpio: pca953x: remove an unused variable

On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: > The chip_type variable in struct pca953x_chip is no longer required. > > Remove it. Would it be patch 4 in the series? > > Signed-off-by: Bartosz Golaszewski > --- >  drivers/gpio/gpio-pca953x.c | 5

Re: [PATCH 06/21] x86: microcode: Convert to hotplug state machine

On Tue, Sep 06, 2016 at 07:04:42PM +0200, Sebastian Andrzej Siewior wrote: > Install the callbacks via the state machine. There is little hackery with > mc_cpu_dead() which should only be called if CPU_UP failed durin resume. > This change may not fully represent the current behaviour. The current

Re: [PATCH v2 4/5] gpio: pca953x: remove an unused variable

On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: > The chip_type variable in struct pca953x_chip is no longer required. > > Remove it. Would it be patch 4 in the series? > > Signed-off-by: Bartosz Golaszewski > --- >  drivers/gpio/gpio-pca953x.c | 5 + >  1 file changed, 1

Re: [PATCH 06/21] x86: microcode: Convert to hotplug state machine

On Tue, Sep 06, 2016 at 07:04:42PM +0200, Sebastian Andrzej Siewior wrote: > Install the callbacks via the state machine. There is little hackery with > mc_cpu_dead() which should only be called if CPU_UP failed durin resume. > This change may not fully represent the current behaviour. The current

[patch] leds: add driver for Mellanox systems leds

From: Vadim Pasternak This makes it possible to create a set of LEDs for Mellanox systems: "msx6710", "msx6720", "msb7700", "msn2700", "msx1410", "msn2410", "msb7800", "msn2740", "msn2100". Driver obtains led devices according to system configuration, provided through

[patch] leds: add driver for Mellanox systems leds

From: Vadim Pasternak This makes it possible to create a set of LEDs for Mellanox systems: "msx6710", "msx6720", "msb7700", "msn2700", "msx1410", "msn2410", "msb7800", "msn2740", "msn2100". Driver obtains led devices according to system configuration, provided through system DMI data, like

Re: [PATCH v2 5/5] gpio: pca953x: refactor pca953x_read_regs()

On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: > Avoid the unnecessary if-else in pca953x_read_regs() by spltting the > routine into smaller, specialized functions and calling the right one > via a function pointer held in struct pca953x. > > Signed-off-by: Bartosz Golaszewski

Re: [PATCH v2 5/5] gpio: pca953x: refactor pca953x_read_regs()

On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: > Avoid the unnecessary if-else in pca953x_read_regs() by spltting the > routine into smaller, specialized functions and calling the right one > via a function pointer held in struct pca953x. > > Signed-off-by: Bartosz Golaszewski >

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