Re: [PATCH V8 1/6] PM / Domains: Add support to select performance-state of domains

On 21-07-17, 10:35, Ulf Hansson wrote: > >> > +/* > >> > + * Returns true if anyone in genpd's parent hierarchy has > >> > + * set_performance_state() set. > >> > + */ > >> > +static bool genpd_has_set_performance_state(struct generic_pm_domain > >> > *genpd) > >> > +{ > >> > >> So this function

Re: [PATCH V8 1/6] PM / Domains: Add support to select performance-state of domains

On 21-07-17, 10:35, Ulf Hansson wrote: > >> > +/* > >> > + * Returns true if anyone in genpd's parent hierarchy has > >> > + * set_performance_state() set. > >> > + */ > >> > +static bool genpd_has_set_performance_state(struct generic_pm_domain > >> > *genpd) > >> > +{ > >> > >> So this function

Re: [RFC PATCH] treewide: remove GFP_TEMPORARY allocation flag

On Fri, Jul 28, 2017 at 12:27:43PM +0200, Michal Hocko wrote: > On Fri 28-07-17 10:52:49, Mel Gorman wrote: > > On Fri, Jul 28, 2017 at 11:19:04AM +0200, Michal Hocko wrote: > > > From: Michal Hocko > > > > > > GFP_TEMPORARY has been introduced by e12ba74d8ff3 ("Group

Re: [RFC PATCH] treewide: remove GFP_TEMPORARY allocation flag

On Fri, Jul 28, 2017 at 12:27:43PM +0200, Michal Hocko wrote: > On Fri 28-07-17 10:52:49, Mel Gorman wrote: > > On Fri, Jul 28, 2017 at 11:19:04AM +0200, Michal Hocko wrote: > > > From: Michal Hocko > > > > > > GFP_TEMPORARY has been introduced by e12ba74d8ff3 ("Group short-lived > > > and

Re: [PATCH net] net: phy: Run state machine to completion

On 26/07/2017 21:24, Florian Fainelli wrote: > Marc reported that he was not getting the PHY library adjust_link() > callback function to run when calling phy_stop() + phy_disconnect() > which does not indeed happen because we don't make sure we flush the > PHYLIB delayed work and let it run to

Re: [PATCH net] net: phy: Run state machine to completion

On 26/07/2017 21:24, Florian Fainelli wrote: > Marc reported that he was not getting the PHY library adjust_link() > callback function to run when calling phy_stop() + phy_disconnect() > which does not indeed happen because we don't make sure we flush the > PHYLIB delayed work and let it run to

[PATCH] ceph: check negative offsets on ceph_llseek()

When a user requests SEEK_HOLE or SEEK_DATA with a negative offset ceph_llseek should return -ENXIO. Currently -EINVAL is being returned for SEEK_DATA and 0 for SEEK_HOLE. Signed-off-by: Luis Henriques --- fs/ceph/file.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH] ceph: check negative offsets on ceph_llseek()

When a user requests SEEK_HOLE or SEEK_DATA with a negative offset ceph_llseek should return -ENXIO. Currently -EINVAL is being returned for SEEK_DATA and 0 for SEEK_HOLE. Signed-off-by: Luis Henriques --- fs/ceph/file.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v2 2/3] dt-bindings: mediatek: add descriptions for larbid

From: Honghui Zhang This patch add larbid descritptions for mediatek's gen1 smi larb hardware. Signed-off-by: Honghui Zhang --- .../bindings/memory-controllers/mediatek,smi-larb.txt | 15 +++ 1 file changed, 15

[PATCH v2 1/3] memory: mtk-smi: add larbid handle routine

From: Honghui Zhang In the commit 3c8f4ad85c4b ("memory/mediatek: add support for mt2701"), the larb->larbid was added but not initialized. Mediatek's gen1 smi need this hardware larbid information to get the register offset which controls whether enable iommu for

[PATCH v2 2/3] dt-bindings: mediatek: add descriptions for larbid

From: Honghui Zhang This patch add larbid descritptions for mediatek's gen1 smi larb hardware. Signed-off-by: Honghui Zhang --- .../bindings/memory-controllers/mediatek,smi-larb.txt | 15 +++ 1 file changed, 15 insertions(+) diff --git

[PATCH v2 1/3] memory: mtk-smi: add larbid handle routine

From: Honghui Zhang In the commit 3c8f4ad85c4b ("memory/mediatek: add support for mt2701"), the larb->larbid was added but not initialized. Mediatek's gen1 smi need this hardware larbid information to get the register offset which controls whether enable iommu for this larb. This patch add the

[PATCH v2 3/3] arm: dts: mediatek: add larbid property for larb

From: Honghui Zhang Add mediatek's hardware id information for smi larb. Signed-off-by: Honghui Zhang --- arch/arm/boot/dts/mt2701.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/boot/dts/mt2701.dtsi

[PATCH v2 3/3] arm: dts: mediatek: add larbid property for larb

From: Honghui Zhang Add mediatek's hardware id information for smi larb. Signed-off-by: Honghui Zhang --- arch/arm/boot/dts/mt2701.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/boot/dts/mt2701.dtsi index f1efdc6..2cddbec 100644 ---

[PATCH v2 0/3] Add larbid init routine for mediatek's gen1 smi larb driver

From: Honghui Zhang Mediatek's gen1 smi need the hardware larbid to identify the offset for the register which controls whether enable iommu for this larb. In the commit 3c8f4ad85c4b ("memory/mediatek: add support for mt2701"), the larbid was used without properly

[PATCH v2 0/3] Add larbid init routine for mediatek's gen1 smi larb driver

From: Honghui Zhang Mediatek's gen1 smi need the hardware larbid to identify the offset for the register which controls whether enable iommu for this larb. In the commit 3c8f4ad85c4b ("memory/mediatek: add support for mt2701"), the larbid was used without properly initialized. This patchset

Re: [Intel-gfx] [PATCH 2/4] lib/scatterlist: Avoid potential scatterlist entry overflow

Quoting Tvrtko Ursulin (2017-07-27 10:05:02) > From: Tvrtko Ursulin > > Since the scatterlist length field is an unsigned int, make > sure that sg_alloc_table_from_pages does not overflow it while > coallescing pages to a single entry. > > v2: Drop reference to future

Re: [Intel-gfx] [PATCH 2/4] lib/scatterlist: Avoid potential scatterlist entry overflow

Quoting Tvrtko Ursulin (2017-07-27 10:05:02) > From: Tvrtko Ursulin > > Since the scatterlist length field is an unsigned int, make > sure that sg_alloc_table_from_pages does not overflow it while > coallescing pages to a single entry. > > v2: Drop reference to future use. Use UINT_MAX. > v3:

Re: [RFC PATCH 6/8] EDAC, mce_amd: Convert to seq_buf

On Fri, Jul 28, 2017 at 09:09:33AM +0200, Borislav Petkov wrote: > On Thu, Jul 27, 2017 at 09:47:08PM -0400, Steven Rostedt wrote: > > What happens if two CPUs have mce's at the same time? Wouldn't one > > corrupt the other buffer. 128 isn't too big to put on the stack is it? > > Yeah, putting it

Re: [RFC PATCH 6/8] EDAC, mce_amd: Convert to seq_buf

On Fri, Jul 28, 2017 at 09:09:33AM +0200, Borislav Petkov wrote: > On Thu, Jul 27, 2017 at 09:47:08PM -0400, Steven Rostedt wrote: > > What happens if two CPUs have mce's at the same time? Wouldn't one > > corrupt the other buffer. 128 isn't too big to put on the stack is it? > > Yeah, putting it

[PATCH] mfd: lpc_ich: Do not touch SPI-NOR write protection bit on Haswell/Broadwell

At least on Lenovo Thinkpad Yoga, the BIOS seems to monitor the SPI-NOR write protection bit and if it is flipped to read/write it assumes the BIOS configuration was changed on next reboot. It then, for unknown reasons, resets the BIOS settings back to default. We can prevent this by just leaving

[PATCH] mfd: lpc_ich: Do not touch SPI-NOR write protection bit on Haswell/Broadwell

At least on Lenovo Thinkpad Yoga, the BIOS seems to monitor the SPI-NOR write protection bit and if it is flipped to read/write it assumes the BIOS configuration was changed on next reboot. It then, for unknown reasons, resets the BIOS settings back to default. We can prevent this by just leaving

[PATCH v2] staging:wlan-ng Correct multiple line dereference

This patch fixes the multiple line dereference Warning reported by checkpath script. This has been made to simplify the code and make it more readable. Signed-off-by: Janani Sankara Babu --- drivers/staging/wlan-ng/hfa384x_usb.c | 12 +--- 1 file changed, 5

[PATCH v2] staging:wlan-ng Correct multiple line dereference

This patch fixes the multiple line dereference Warning reported by checkpath script. This has been made to simplify the code and make it more readable. Signed-off-by: Janani Sankara Babu --- drivers/staging/wlan-ng/hfa384x_usb.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-)

Re: [PATCH] i2c: use dev_get_drvdata() to get private data in suspend/resume hooks

On Fri, 2017-07-28 at 01:16 +0900, Masahiro Yamada wrote: > Several drivers call to_platform_device() to get platform_device > and pass it to platform_get_drvdata().  In platform_get_drvdata(), > the platform_device is converted back to struct device again. > > Use dev_get_drvdata() to avoid

Re: [PATCH] i2c: use dev_get_drvdata() to get private data in suspend/resume hooks

On Fri, 2017-07-28 at 01:16 +0900, Masahiro Yamada wrote: > Several drivers call to_platform_device() to get platform_device > and pass it to platform_get_drvdata().  In platform_get_drvdata(), > the platform_device is converted back to struct device again. > > Use dev_get_drvdata() to avoid

Re: [PATCH v6 RESEND] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

On 07/28/17 at 06:18pm, Baoquan He wrote: > On 07/28/17 at 11:55am, Ingo Molnar wrote: > > > > * Matt Fleming wrote: > > > > > On Fri, 21 Jul, at 09:19:56PM, Baoquan He wrote: > > > > > > > > There are places where the efi map is getting and used like this. E.g > > > >

Re: [PATCH v6 RESEND] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

On 07/28/17 at 06:18pm, Baoquan He wrote: > On 07/28/17 at 11:55am, Ingo Molnar wrote: > > > > * Matt Fleming wrote: > > > > > On Fri, 21 Jul, at 09:19:56PM, Baoquan He wrote: > > > > > > > > There are places where the efi map is getting and used like this. E.g > > > > in efi_high_alloc() of

Re: [PATCH 1/3] memory: mtk-smi: add larbid init routine

On Fri, 2017-07-28 at 10:59 +0100, Robin Murphy wrote: > On 28/07/17 02:15, Honghui Zhang wrote: > > On Thu, 2017-07-27 at 17:42 +0200, Matthias Brugger wrote: > >> > >> On 07/27/2017 04:01 AM, honghui.zh...@mediatek.com wrote: > >>> From: Honghui Zhang > >>> > >>> In

Re: [PATCH 1/3] memory: mtk-smi: add larbid init routine

On Fri, 2017-07-28 at 10:59 +0100, Robin Murphy wrote: > On 28/07/17 02:15, Honghui Zhang wrote: > > On Thu, 2017-07-27 at 17:42 +0200, Matthias Brugger wrote: > >> > >> On 07/27/2017 04:01 AM, honghui.zh...@mediatek.com wrote: > >>> From: Honghui Zhang > >>> > >>> In the commit 3c8f4ad85c4b

Re: [PATCH] drivers:staging:wlan-ng Correct multiple line dereference

On Fri, 2017-07-28 at 15:33 +0530, janani-sankarababu wrote: > This patch fixes multiple line dereference Warning reported by checkpath > script. This has been made to simplify the code and make it more readable. Please wrap your commit messages to 75 characters per line. And run your suggested

Re: [PATCH] drivers:staging:wlan-ng Correct multiple line dereference

On Fri, 2017-07-28 at 15:33 +0530, janani-sankarababu wrote: > This patch fixes multiple line dereference Warning reported by checkpath > script. This has been made to simplify the code and make it more readable. Please wrap your commit messages to 75 characters per line. And run your suggested

Re: [RFC Part1 PATCH v3 08/17] x86/efi: Access EFI data as encrypted when SEV is active

On Mon, Jul 24, 2017 at 02:07:48PM -0500, Brijesh Singh wrote: > From: Tom Lendacky > > EFI data is encrypted when the kernel is run under SEV. Update the > page table references to be sure the EFI memory areas are accessed > encrypted. > > Signed-off-by: Tom Lendacky

Re: [RFC Part1 PATCH v3 08/17] x86/efi: Access EFI data as encrypted when SEV is active

On Mon, Jul 24, 2017 at 02:07:48PM -0500, Brijesh Singh wrote: > From: Tom Lendacky > > EFI data is encrypted when the kernel is run under SEV. Update the > page table references to be sure the EFI memory areas are accessed > encrypted. > > Signed-off-by: Tom Lendacky > Signed-off-by: Brijesh

[PATCH] w1: constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/w1/w1.c | 2 +- 1 file changed, 1

[PATCH] w1: constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/w1/w1.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH v2 4/4] clk: meson: gxbb-aoclk: Add CEC 32k clock

Hi Neil, thanks for these patches, CEC support is another good step! On Fri, Jul 28, 2017 at 11:53 AM, Neil Armstrong wrote: > The CEC 32K AO Clock is a dual divider with dual counter to provide a more > precise 32768Hz clock for the CEC subsystem from the external

Re: [PATCH v2 4/4] clk: meson: gxbb-aoclk: Add CEC 32k clock

Hi Neil, thanks for these patches, CEC support is another good step! On Fri, Jul 28, 2017 at 11:53 AM, Neil Armstrong wrote: > The CEC 32K AO Clock is a dual divider with dual counter to provide a more > precise 32768Hz clock for the CEC subsystem from the external xtal. > > Signed-off-by: Neil

[PATCH] MAINTAINERS: Add myself to S390 ZFCP DRIVER as a co-maintainer

I have been working with Steffen on zFCP for quite a while now and we decided adding me as a co-maintainer might be a good thing. Acked-by: Steffen Maier Signed-off-by: Benjamin Block --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+)

[PATCH] MAINTAINERS: Add myself to S390 ZFCP DRIVER as a co-maintainer

I have been working with Steffen on zFCP for quite a while now and we decided adding me as a co-maintainer might be a good thing. Acked-by: Steffen Maier Signed-off-by: Benjamin Block --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index

Re: [PATCH] drivers:staging:wlan-ng Correct multiple line dereference

Fix your email From header to match your Signed-off-by line. The subject should be: [PATCH] staging: wlan-ng: Correct multiple line dereference On Fri, Jul 28, 2017 at 03:33:27PM +0530, janani-sankarababu wrote: > This patch fixes multiple line dereference Warning reported by checkpath >

Re: [PATCH] drivers:staging:wlan-ng Correct multiple line dereference

Fix your email From header to match your Signed-off-by line. The subject should be: [PATCH] staging: wlan-ng: Correct multiple line dereference On Fri, Jul 28, 2017 at 03:33:27PM +0530, janani-sankarababu wrote: > This patch fixes multiple line dereference Warning reported by checkpath >

Re: [RFC PATCH] treewide: remove GFP_TEMPORARY allocation flag

On Fri 28-07-17 10:52:49, Mel Gorman wrote: > On Fri, Jul 28, 2017 at 11:19:04AM +0200, Michal Hocko wrote: > > From: Michal Hocko > > > > GFP_TEMPORARY has been introduced by e12ba74d8ff3 ("Group short-lived > > and reclaimable kernel allocations") along with __GFP_RECLAIMABLE.

Re: [RFC PATCH] treewide: remove GFP_TEMPORARY allocation flag

On Fri 28-07-17 10:52:49, Mel Gorman wrote: > On Fri, Jul 28, 2017 at 11:19:04AM +0200, Michal Hocko wrote: > > From: Michal Hocko > > > > GFP_TEMPORARY has been introduced by e12ba74d8ff3 ("Group short-lived > > and reclaimable kernel allocations") along with __GFP_RECLAIMABLE. It's > > primary

[PATCH v2 3/3] xen: fix hvm guest with kaslr enabled

A Xen HVM guest running with KASLR enabled will die rather soon today due to the shared info page mapping is using va() too early. This was introduced by commit a5d5f328b0e2baa5ee7c119fd66324eb79eeeb66 ("xen: allocate page for shared info page from low memory"). In order to fix this use

[PATCH v2 3/3] xen: fix hvm guest with kaslr enabled

A Xen HVM guest running with KASLR enabled will die rather soon today due to the shared info page mapping is using va() too early. This was introduced by commit a5d5f328b0e2baa5ee7c119fd66324eb79eeeb66 ("xen: allocate page for shared info page from low memory"). In order to fix this use

[PATCH v2 0/3] fix xen hvm guest with kaslr enabled

This patch series fixes a regression introduced in 4.13-rc1: A Xen HVM guest with KASLR enabled wouldn't boot any longer due to the usage of __va() before kernel_randomize_memory() was called. Changes in V2: - patch 1: test for x86_hyper being not NULL Juergen Gross (3): x86: provide an

[PATCH v2 1/3] x86: provide an init_mem_mapping hypervisor hook

Provide a hook in hypervisor_x86 called after setting up initial memory mapping. This is needed e.g. by Xen HVM guests to map the hypervisor shared info page. Signed-off-by: Juergen Gross --- arch/x86/include/asm/hypervisor.h | 10 ++ arch/x86/mm/init.c

[PATCH v2 0/3] fix xen hvm guest with kaslr enabled

This patch series fixes a regression introduced in 4.13-rc1: A Xen HVM guest with KASLR enabled wouldn't boot any longer due to the usage of __va() before kernel_randomize_memory() was called. Changes in V2: - patch 1: test for x86_hyper being not NULL Juergen Gross (3): x86: provide an

[PATCH v2 1/3] x86: provide an init_mem_mapping hypervisor hook

Provide a hook in hypervisor_x86 called after setting up initial memory mapping. This is needed e.g. by Xen HVM guests to map the hypervisor shared info page. Signed-off-by: Juergen Gross --- arch/x86/include/asm/hypervisor.h | 10 ++ arch/x86/mm/init.c| 3 +++ 2 files

[PATCH v2 2/3] xen: split up xen_hvm_init_shared_info()

Instead of calling xen_hvm_init_shared_info() on boot and resume split it up into a boot time function searching for the pfn to use and a mapping function doing the hypervisor mapping call. Signed-off-by: Juergen Gross --- arch/x86/xen/enlighten_hvm.c | 45

[PATCH v2 2/3] xen: split up xen_hvm_init_shared_info()

Instead of calling xen_hvm_init_shared_info() on boot and resume split it up into a boot time function searching for the pfn to use and a mapping function doing the hypervisor mapping call. Signed-off-by: Juergen Gross --- arch/x86/xen/enlighten_hvm.c | 45

Re: [PATCH v2 6/7] mailbox: bcm-flexrm-mailbox: Set msg_queue_len for each channel

On Fri, Jul 28, 2017 at 3:18 PM, Anup Patel wrote: > On Fri, Jul 28, 2017 at 2:34 PM, Jassi Brar wrote: >> On Fri, Jul 28, 2017 at 2:19 PM, Anup Patel wrote: >>> On Thu, Jul 27, 2017 at 5:23 PM, Jassi Brar

Re: [PATCH v2 6/7] mailbox: bcm-flexrm-mailbox: Set msg_queue_len for each channel

On Fri, Jul 28, 2017 at 3:18 PM, Anup Patel wrote: > On Fri, Jul 28, 2017 at 2:34 PM, Jassi Brar wrote: >> On Fri, Jul 28, 2017 at 2:19 PM, Anup Patel wrote: >>> On Thu, Jul 27, 2017 at 5:23 PM, Jassi Brar >>> wrote: On Thu, Jul 27, 2017 at 11:20 AM, Anup Patel wrote: > On

Applied "spi: bcm-qspi: Remove hardcoded settings and spi-nor.h dependency" to the spi tree

The patch spi: bcm-qspi: Remove hardcoded settings and spi-nor.h dependency has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "spi: bcm-qspi: Remove hardcoded settings and spi-nor.h dependency" to the spi tree

The patch spi: bcm-qspi: Remove hardcoded settings and spi-nor.h dependency has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: samsung: Fix possible double iounmap on s3c24xx driver probe failure" to the asoc tree

The patch ASoC: samsung: Fix possible double iounmap on s3c24xx driver probe failure has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Applied "ASoC: samsung: Fix possible double iounmap on s3c24xx driver probe failure" to the asoc tree

The patch ASoC: samsung: Fix possible double iounmap on s3c24xx driver probe failure has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Re: [PATCH v6 RESEND] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

On 07/28/17 at 11:55am, Ingo Molnar wrote: > > * Matt Fleming wrote: > > > On Fri, 21 Jul, at 09:19:56PM, Baoquan He wrote: > > > > > > There are places where the efi map is getting and used like this. E.g > > > in efi_high_alloc() of

Re: [PATCH v6 RESEND] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

On 07/28/17 at 11:55am, Ingo Molnar wrote: > > * Matt Fleming wrote: > > > On Fri, 21 Jul, at 09:19:56PM, Baoquan He wrote: > > > > > > There are places where the efi map is getting and used like this. E.g > > > in efi_high_alloc() of drivers/firmware/efi/libstub/efi-stub-helper.c. > > > EFI

Applied "ASoC: samsung: Add proper error paths to s3c24xx I2S driver" to the asoc tree

The patch ASoC: samsung: Add proper error paths to s3c24xx I2S driver has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: samsung: Add proper error paths to s3c24xx I2S driver" to the asoc tree

The patch ASoC: samsung: Add proper error paths to s3c24xx I2S driver has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

[PATCH] drivers:staging:wlan-ng Correct multiple line dereference

This patch fixes multiple line dereference Warning reported by checkpath script. This has been made to simplify the code and make it more readable. Signed-off-by: Janani S --- drivers/staging/wlan-ng/hfa384x_usb.c | 12 +--- 1 file changed, 5 insertions(+), 7

[PATCH] drivers:staging:wlan-ng Correct multiple line dereference

This patch fixes multiple line dereference Warning reported by checkpath script. This has been made to simplify the code and make it more readable. Signed-off-by: Janani S --- drivers/staging/wlan-ng/hfa384x_usb.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git

Re: [PATCH v2 0/3] ASoC: fix unbalanced of_node_get()/of_node_put()

On Fri, Jul 28, 2017 at 01:26:09AM +0200, Antonio Borneo wrote: > From: Antonio Borneo > > On Hikey target board, enabling CONFIG_OF_DYNAMIC triggers several > errors at kernel boot, like > OF: ERROR: Bad of_node_put() on /soc/i2s@f7118000/ports/port@0 > OF: ERROR: Bad

Re: [PATCH v2 0/3] ASoC: fix unbalanced of_node_get()/of_node_put()

On Fri, Jul 28, 2017 at 01:26:09AM +0200, Antonio Borneo wrote: > From: Antonio Borneo > > On Hikey target board, enabling CONFIG_OF_DYNAMIC triggers several > errors at kernel boot, like > OF: ERROR: Bad of_node_put() on /soc/i2s@f7118000/ports/port@0 > OF: ERROR: Bad of_node_put() on

[PATCH v1 0/5] STM32 DCMI camera interface crop support

This patchset implements crop feature of Digital Camera Memory Interface (DCMI) of STMicroelectronics STM32 SoC series, allowing user to crop at pixel level inside sensor captured frame. This patchset follows discussions initiated from a first submission of DCMI crop support, see [1]. First part

[PATCH v1 0/5] STM32 DCMI camera interface crop support

This patchset implements crop feature of Digital Camera Memory Interface (DCMI) of STMicroelectronics STM32 SoC series, allowing user to crop at pixel level inside sensor captured frame. This patchset follows discussions initiated from a first submission of DCMI crop support, see [1]. First part

Re: [PATCH 0/2] clk: meson: fix protection against undefined clks

On 07/27/2017 06:17 PM, Jerome Brunet wrote: > If the last clkids defined have no hw pointer associated with them in > the hw_onecell_data array, the initialization is going to crash badly > because the array is not big enough. > > The patchset makes sure the array is big enough, and that each

Re: [PATCH 0/2] clk: meson: fix protection against undefined clks

On 07/27/2017 06:17 PM, Jerome Brunet wrote: > If the last clkids defined have no hw pointer associated with them in > the hw_onecell_data array, the initialization is going to crash badly > because the array is not big enough. > > The patchset makes sure the array is big enough, and that each

[PATCH v1 2/5] [media] stm32-dcmi: revisit control register handling

Simplify bits handling of DCMI_CR register. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 14 -- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/drivers/media/platform/stm32/stm32-dcmi.c

[PATCH v1 4/5] [media] stm32-dcmi: set default format at open()

Ensure that we start with default pixel format and resolution when opening a new instance. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 49 ++- 1 file changed, 28 insertions(+), 21 deletions(-) diff --git

[PATCH v1 2/5] [media] stm32-dcmi: revisit control register handling

Simplify bits handling of DCMI_CR register. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 14 -- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/drivers/media/platform/stm32/stm32-dcmi.c b/drivers/media/platform/stm32/stm32-dcmi.c

[PATCH v1 4/5] [media] stm32-dcmi: set default format at open()

Ensure that we start with default pixel format and resolution when opening a new instance. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 49 ++- 1 file changed, 28 insertions(+), 21 deletions(-) diff --git

[PATCH v1 5/5] [media] stm32-dcmi: g_/s_selection crop support

Implements g_/s_selection crop support by using DCMI crop hardware feature. User can first get the maximum supported resolution of the sensor by calling g_selection(V4L2_SEL_TGT_CROP_BOUNDS). Then user call to s_selection(V4L2_SEL_TGT_CROP) will reset sensor to its maximum resolution and crop

[PATCH v1 5/5] [media] stm32-dcmi: g_/s_selection crop support

Implements g_/s_selection crop support by using DCMI crop hardware feature. User can first get the maximum supported resolution of the sensor by calling g_selection(V4L2_SEL_TGT_CROP_BOUNDS). Then user call to s_selection(V4L2_SEL_TGT_CROP) will reset sensor to its maximum resolution and crop

[PATCH v1 1/5] [media] stm32-dcmi: catch dma submission error

Test cookie return by dmaengine_submit() and return error if any. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/media/platform/stm32/stm32-dcmi.c

[PATCH v1 1/5] [media] stm32-dcmi: catch dma submission error

Test cookie return by dmaengine_submit() and return error if any. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/media/platform/stm32/stm32-dcmi.c b/drivers/media/platform/stm32/stm32-dcmi.c index

[PATCH v1 3/5] [media] stm32-dcmi: cleanup variable/fields namings

Uniformize "pixfmt" variables to "pix". Change "current_fmt" & "dcmi_fmt" variables to variables with "sd_" prefix to explicitly refer to subdev format. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 103 -- 1

[PATCH v1 3/5] [media] stm32-dcmi: cleanup variable/fields namings

Uniformize "pixfmt" variables to "pix". Change "current_fmt" & "dcmi_fmt" variables to variables with "sd_" prefix to explicitly refer to subdev format. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 103 -- 1 file changed, 54

Re: [PATCH 1/3] memory: mtk-smi: add larbid init routine

On 28/07/17 02:15, Honghui Zhang wrote: > On Thu, 2017-07-27 at 17:42 +0200, Matthias Brugger wrote: >> >> On 07/27/2017 04:01 AM, honghui.zh...@mediatek.com wrote: >>> From: Honghui Zhang >>> >>> In the commit 3c8f4ad85c4b ("memory/mediatek: add support for mt2701"),

Re: [PATCH 1/3] memory: mtk-smi: add larbid init routine

On 28/07/17 02:15, Honghui Zhang wrote: > On Thu, 2017-07-27 at 17:42 +0200, Matthias Brugger wrote: >> >> On 07/27/2017 04:01 AM, honghui.zh...@mediatek.com wrote: >>> From: Honghui Zhang >>> >>> In the commit 3c8f4ad85c4b ("memory/mediatek: add support for mt2701"), >>> the larb->larbid was

[PATCH v4 07/17] regulator: arizona-micsupp: Add support for Cirrus Logic Madera codecs

This adds a new driver identity "madera-micsupp" and probe function so that this driver can be used to control the micsupp regulator on Cirrus Logic Madera codecs. Signed-off-by: Richard Fitzgerald Acked-by: Rob Herring --- No changes since V3

[PATCH v4 07/17] regulator: arizona-micsupp: Add support for Cirrus Logic Madera codecs

This adds a new driver identity "madera-micsupp" and probe function so that this driver can be used to control the micsupp regulator on Cirrus Logic Madera codecs. Signed-off-by: Richard Fitzgerald Acked-by: Rob Herring --- No changes since V3 .../bindings/regulator/arizona-regulator.txt

Re: [PATCH v6 RESEND] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

* Matt Fleming wrote: > On Fri, 21 Jul, at 09:19:56PM, Baoquan He wrote: > > > > There are places where the efi map is getting and used like this. E.g > > in efi_high_alloc() of drivers/firmware/efi/libstub/efi-stub-helper.c. > > EFI developers worry the size of

Re: [PATCH v6 RESEND] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

* Matt Fleming wrote: > On Fri, 21 Jul, at 09:19:56PM, Baoquan He wrote: > > > > There are places where the efi map is getting and used like this. E.g > > in efi_high_alloc() of drivers/firmware/efi/libstub/efi-stub-helper.c. > > EFI developers worry the size of efi_memory_desc_t could not be

[PATCH v4 02/17] mfd: madera: Add DT bindings for Cirrus Logic Madera codecs

Specification of the bindings for the parent MFD driver component of the Cirrus Logic Madera codec drivers. Note that although the interrupt controller and GPIO are child drivers their required bindings are trivial, mandatory, and exist within the parent MFD node so are documented here.

[PATCH v4 02/17] mfd: madera: Add DT bindings for Cirrus Logic Madera codecs

Specification of the bindings for the parent MFD driver component of the Cirrus Logic Madera codec drivers. Note that although the interrupt controller and GPIO are child drivers their required bindings are trivial, mandatory, and exist within the parent MFD node so are documented here.

Re: [PATCH 0/3] net-next: stmmac: support future possible different internal phy mode

On Fri, Jul 28, 2017 at 5:28 PM, Corentin Labbe wrote: > Hello > > The current way to find if the phy is internal is to compare DT phy-mode > and emac_variant/internal_phy. > But it will negate a possible future SoC where an external PHY use the > same phy mode than the

Re: [PATCH 3/3] net-next: stmmac: dwmac-sun8i: choose internal PHY via compatible

On Fri, Jul 28, 2017 at 05:49:55PM +0800, Chen-Yu Tsai wrote: > On Fri, Jul 28, 2017 at 5:28 PM, Corentin Labbe > wrote: > > The current way to find if the phy is internal is to compare DT phy-mode > > and emac_variant/internal_phy. > > But it will negate a possible

Re: [PATCH 0/3] net-next: stmmac: support future possible different internal phy mode

On Fri, Jul 28, 2017 at 5:28 PM, Corentin Labbe wrote: > Hello > > The current way to find if the phy is internal is to compare DT phy-mode > and emac_variant/internal_phy. > But it will negate a possible future SoC where an external PHY use the > same phy mode than the internal one. > > This

Re: [PATCH 3/3] net-next: stmmac: dwmac-sun8i: choose internal PHY via compatible

On Fri, Jul 28, 2017 at 05:49:55PM +0800, Chen-Yu Tsai wrote: > On Fri, Jul 28, 2017 at 5:28 PM, Corentin Labbe > wrote: > > The current way to find if the phy is internal is to compare DT phy-mode > > and emac_variant/internal_phy. > > But it will negate a possible future SoC where an external

[PATCH v2 1/4] dt-bindings: clock: amlogic,gxbb-aoclkc: Update bindings

On the first revision of the bindings, only the gates + resets were known in the AO Clock HW, but more registers used to configures AO clock are known to be spread among the AO register space. This patch adds a parent node for the entire system control zone for the AO domain then moves the clock

[PATCH v2 1/4] dt-bindings: clock: amlogic,gxbb-aoclkc: Update bindings

On the first revision of the bindings, only the gates + resets were known in the AO Clock HW, but more registers used to configures AO clock are known to be spread among the AO register space. This patch adds a parent node for the entire system control zone for the AO domain then moves the clock

[PATCH v2 0/4] clk: meson: gxbb-aoclk: Add CEC 32k clock

In order to support the standalone CEC Controller on the Amlogic SoCs, a specific CEC 32K clock must be handled in the AO domain. The CEC 32K AO Clock is a dual divider with dual counter to provide a more precise 32768Hz clock for the CEC subsystem from the external xtal. The AO clocks

[PATCH v4 09/17] irqchip: Add driver for Cirrus Logic Madera codecs

The Cirrus Logic Madera codecs (Cirrus Logic CS47L35/85/90/91 and WM1840) are highly complex devices containing up to 7 programmable DSPs and many other internal sources of interrupts plus a number of GPIOs that can be used as interrupt inputs. The large number (>150) of internal interrupt sources

[PATCH v2 4/4] clk: meson: gxbb-aoclk: Add CEC 32k clock

The CEC 32K AO Clock is a dual divider with dual counter to provide a more precise 32768Hz clock for the CEC subsystem from the external xtal. Signed-off-by: Neil Armstrong --- drivers/clk/meson/Makefile | 2 +- drivers/clk/meson/gxbb-aoclk-32k.c | 180

[PATCH v2 0/4] clk: meson: gxbb-aoclk: Add CEC 32k clock

In order to support the standalone CEC Controller on the Amlogic SoCs, a specific CEC 32K clock must be handled in the AO domain. The CEC 32K AO Clock is a dual divider with dual counter to provide a more precise 32768Hz clock for the CEC subsystem from the external xtal. The AO clocks

[PATCH v4 09/17] irqchip: Add driver for Cirrus Logic Madera codecs

The Cirrus Logic Madera codecs (Cirrus Logic CS47L35/85/90/91 and WM1840) are highly complex devices containing up to 7 programmable DSPs and many other internal sources of interrupts plus a number of GPIOs that can be used as interrupt inputs. The large number (>150) of internal interrupt sources

[PATCH v2 4/4] clk: meson: gxbb-aoclk: Add CEC 32k clock

The CEC 32K AO Clock is a dual divider with dual counter to provide a more precise 32768Hz clock for the CEC subsystem from the external xtal. Signed-off-by: Neil Armstrong --- drivers/clk/meson/Makefile | 2 +- drivers/clk/meson/gxbb-aoclk-32k.c | 180

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