Re: [PATCH v2] crypto: AF_ALG - limit mask and type

On Fri, Dec 22, 2017 at 08:41:10AM +0100, Stephan Mueller wrote: > > Shouldn't we then rather use a white list instead of a black list? > > > > Most other problems however would be bugs in the template code. > > The first thing a template does when it creates an instance is > > to check whether

Re: [PATCH v2] crypto: AF_ALG - limit mask and type

On Fri, Dec 22, 2017 at 08:41:10AM +0100, Stephan Mueller wrote: > > Shouldn't we then rather use a white list instead of a black list? > > > > Most other problems however would be bugs in the template code. > > The first thing a template does when it creates an instance is > > to check whether

Re: proc_flush_task oops

Dave Jones writes: > On Thu, Dec 21, 2017 at 07:31:26PM -0600, Eric W. Biederman wrote: > > Dave Jones writes: > > > > > On Thu, Dec 21, 2017 at 12:38:12PM +0200, Alexey Dobriyan wrote: > > > > > > > > with proc_mnt still set to NULL is

Re: proc_flush_task oops

Dave Jones writes: > On Thu, Dec 21, 2017 at 07:31:26PM -0600, Eric W. Biederman wrote: > > Dave Jones writes: > > > > > On Thu, Dec 21, 2017 at 12:38:12PM +0200, Alexey Dobriyan wrote: > > > > > > > > with proc_mnt still set to NULL is a mystery to me. > > > > > > > > > > Is there

Re: linux-next: build failure after merge of the net-next tree

Hi Stephen, On Fri, Dec 22, 2017 at 11:45:19AM +1100, Stephen Rothwell wrote: > Hi all, > > After merging the net-next tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: [...] > I have added the following merge fix patch for today (I am guessing > a bit here): > >

Re: linux-next: build failure after merge of the net-next tree

Hi Stephen, On Fri, Dec 22, 2017 at 11:45:19AM +1100, Stephen Rothwell wrote: > Hi all, > > After merging the net-next tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: [...] > I have added the following merge fix patch for today (I am guessing > a bit here): > >

Re: [RFC PATCH 2/5] sched: Add NOHZ_STATS_KICK

On Thu, Dec 21, 2017 at 05:23:27PM +0100, Vincent Guittot wrote: > Hi Peter, > > I think that part of the proposal is missing. > > One goal of the patchset was to kick an update of the stats of idle > cpu when a task wake up on a cpu but the statistic has not been > updated for a while. > >

Re: [RFC PATCH 2/5] sched: Add NOHZ_STATS_KICK

On Thu, Dec 21, 2017 at 05:23:27PM +0100, Vincent Guittot wrote: > Hi Peter, > > I think that part of the proposal is missing. > > One goal of the patchset was to kick an update of the stats of idle > cpu when a task wake up on a cpu but the statistic has not been > updated for a while. > >

Re: [PATCH] usb: dwc3: gadget:Core consumes a trb software to fill a trb, in ISO

Hi, Lipengcheng writes: > Iso transmission, the current process is that all trb(HWO=1) is handled. > Then core generate DWC3_DEPEVT_XFERNOTREADY event, Software begin refill > trb, this will produce 0 length package, the patch is to achieve the core > consumes a trb, and

Re: [PATCH] usb: dwc3: gadget:Core consumes a trb software to fill a trb, in ISO

Hi, Lipengcheng writes: > Iso transmission, the current process is that all trb(HWO=1) is handled. > Then core generate DWC3_DEPEVT_XFERNOTREADY event, Software begin refill > trb, this will produce 0 length package, the patch is to achieve the core > consumes a trb, and then the software

Re: [PATCH] drivers: usb: host: Fix GFP_KERNEL in spinlock context

On Friday 22 December 2017 12:43 PM, Greg KH wrote: > On Fri, Dec 22, 2017 at 11:19:24AM +0530, shrikant.mau...@techveda.org wrote: >> From: Shrikant Maurya >> >> As reported by Jia-Ju Bai (https://lkml.org/lkml/2017/12/11/872): >> API's are using GFP_KERNEL to

Re: [PATCH] drivers: usb: host: Fix GFP_KERNEL in spinlock context

On Friday 22 December 2017 12:43 PM, Greg KH wrote: > On Fri, Dec 22, 2017 at 11:19:24AM +0530, shrikant.mau...@techveda.org wrote: >> From: Shrikant Maurya >> >> As reported by Jia-Ju Bai (https://lkml.org/lkml/2017/12/11/872): >> API's are using GFP_KERNEL to allocate memory, which may sleep.

Re: [usb gadget]use dev_kfree_skb_irq instead of dev_kfree_skb

On Fri, Dec 22, 2017 at 03:43:15PM +0800, lpc.li wrote: > Hi, > Ethernet Gadget (with CDC Ethernet support) and RNDIS support, device > is Hisilicon asic and host is PC Windows. Howerver, it has one > warning. In the rndis_add_header of the file f_rndis.c, > dev_kfree_skb_irq replaces

Re: [usb gadget]use dev_kfree_skb_irq instead of dev_kfree_skb

On Fri, Dec 22, 2017 at 03:43:15PM +0800, lpc.li wrote: > Hi, > Ethernet Gadget (with CDC Ethernet support) and RNDIS support, device > is Hisilicon asic and host is PC Windows. Howerver, it has one > warning. In the rndis_add_header of the file f_rndis.c, > dev_kfree_skb_irq replaces

Re: [RFC 2/2] pci: dwc: pci-exynos: add the codes to support the exynos5433

On Thursday, December 21, 2017 9:21 PM, Jaehoon Chung wrote: > On 12/22/2017 01:12 AM, Jingoo Han wrote: > > On Thursday, December 21, 2017 7:14 AM, Jaehoon Chung wrote: > >> > >> Exynos5433 has the PCIe for WiFi. > >> Added the codes relevant to PCIe for supporting the exynos5433. > >> Also

Re: [RFC 2/2] pci: dwc: pci-exynos: add the codes to support the exynos5433

On Thursday, December 21, 2017 9:21 PM, Jaehoon Chung wrote: > On 12/22/2017 01:12 AM, Jingoo Han wrote: > > On Thursday, December 21, 2017 7:14 AM, Jaehoon Chung wrote: > >> > >> Exynos5433 has the PCIe for WiFi. > >> Added the codes relevant to PCIe for supporting the exynos5433. > >> Also

Re: pinctrl-amd: What hardware does it apply to?

On Fri, Dec 22, 2017 at 2:17 AM, Andrew Cooks wrote: > On 21/12/17 23:02, Christian Lamparter wrote: >> Just a FYI: due to these difficulties with getting a gpio driver >> upstream, Alan Mizrahi upstreamed an in-kernel led-apu.c driver [0] >> that sort of bypasses the

Re: [PATCH 4.4 009/115] Bluetooth: btusb: driver to enable the usb-wakeup feature

On Thu, Dec 21, 2017 at 01:39:41PM -0800, Guenter Roeck wrote: > On Thu, Dec 21, 2017 at 09:50:57PM +0100, gre...@linuxfoundation.org wrote: > > On Thu, Dec 21, 2017 at 09:46:18PM +0100, gre...@linuxfoundation.org wrote: > > > On Thu, Dec 21, 2017 at 12:04:57PM -0800, Guenter Roeck wrote: > > > >

Re: pinctrl-amd: What hardware does it apply to?

On Fri, Dec 22, 2017 at 2:17 AM, Andrew Cooks wrote: > On 21/12/17 23:02, Christian Lamparter wrote: >> Just a FYI: due to these difficulties with getting a gpio driver >> upstream, Alan Mizrahi upstreamed an in-kernel led-apu.c driver [0] >> that sort of bypasses the whole pinctrl vs gpio

Re: [PATCH 4.4 009/115] Bluetooth: btusb: driver to enable the usb-wakeup feature

On Thu, Dec 21, 2017 at 01:39:41PM -0800, Guenter Roeck wrote: > On Thu, Dec 21, 2017 at 09:50:57PM +0100, gre...@linuxfoundation.org wrote: > > On Thu, Dec 21, 2017 at 09:46:18PM +0100, gre...@linuxfoundation.org wrote: > > > On Thu, Dec 21, 2017 at 12:04:57PM -0800, Guenter Roeck wrote: > > > >

Re: [PATCH v2] crypto: AF_ALG - limit mask and type

Am Freitag, 22. Dezember 2017, 08:36:07 CET schrieb Herbert Xu: Hi Herbert, > On Tue, Dec 19, 2017 at 07:25:04AM +0100, Stephan Müller wrote: > > The user space interface allows specifying the type and the mask field > > used to allocate the cipher. As user space can precisely select the > >

Re: [PATCH] PCI: designware: add a check of msi_desc in irqchip

On 12/22/2017 03:38 PM, Cao Zou wrote: On 12/22/2017 11:04 AM, Cao Zou wrote: On 12/20/2017 12:20 AM, Lorenzo Pieralisi wrote: On Mon, Dec 18, 2017 at 10:02:20AM +0800, Cao Zou wrote: On 12/16/2017 01:20 AM, Marc Zyngier wrote: On 15/12/17 16:17, Lorenzo Pieralisi wrote: [+Marc] On

Re: [PATCH v2] crypto: AF_ALG - limit mask and type

Am Freitag, 22. Dezember 2017, 08:36:07 CET schrieb Herbert Xu: Hi Herbert, > On Tue, Dec 19, 2017 at 07:25:04AM +0100, Stephan Müller wrote: > > The user space interface allows specifying the type and the mask field > > used to allocate the cipher. As user space can precisely select the > >

Re: [PATCH] PCI: designware: add a check of msi_desc in irqchip

On 12/22/2017 03:38 PM, Cao Zou wrote: On 12/22/2017 11:04 AM, Cao Zou wrote: On 12/20/2017 12:20 AM, Lorenzo Pieralisi wrote: On Mon, Dec 18, 2017 at 10:02:20AM +0800, Cao Zou wrote: On 12/16/2017 01:20 AM, Marc Zyngier wrote: On 15/12/17 16:17, Lorenzo Pieralisi wrote: [+Marc] On

Re: linux-next: build failure after merge of the spi tree

ntly it's private to gpiolib. There's no public declaration in include/, but there's a public gpiod_put, which is nothing but a wrapper for gpiod_free. gpiod_put is declared in linux/gpio/consumer.h, which is already #included, so s/gpiod_free/gpiod_put/ should fix it. Want a follow-up patch or a replacemen

Re: linux-next: build failure after merge of the spi tree

o public declaration in include/, but there's a public gpiod_put, which is nothing but a wrapper for gpiod_free. gpiod_put is declared in linux/gpio/consumer.h, which is already #included, so s/gpiod_free/gpiod_put/ should fix it. Want a follow-up patch or a replacement? Rasmus > I h

Re: [PATCH] PCI: designware: add a check of msi_desc in irqchip

On 12/22/2017 11:04 AM, Cao Zou wrote: On 12/20/2017 12:20 AM, Lorenzo Pieralisi wrote: On Mon, Dec 18, 2017 at 10:02:20AM +0800, Cao Zou wrote: On 12/16/2017 01:20 AM, Marc Zyngier wrote: On 15/12/17 16:17, Lorenzo Pieralisi wrote: [+Marc] On Thu, Dec 14, 2017 at 10:21:23AM +0800,

Re: [PATCH] PCI: designware: add a check of msi_desc in irqchip

On 12/22/2017 11:04 AM, Cao Zou wrote: On 12/20/2017 12:20 AM, Lorenzo Pieralisi wrote: On Mon, Dec 18, 2017 at 10:02:20AM +0800, Cao Zou wrote: On 12/16/2017 01:20 AM, Marc Zyngier wrote: On 15/12/17 16:17, Lorenzo Pieralisi wrote: [+Marc] On Thu, Dec 14, 2017 at 10:21:23AM +0800,

Re: [PATCH v2] crypto: AF_ALG - limit mask and type

On Tue, Dec 19, 2017 at 07:25:04AM +0100, Stephan Müller wrote: > The user space interface allows specifying the type and the mask field > used to allocate the cipher. As user space can precisely select the > desired cipher by using either the name or the driver name, additional > selection

Re: [PATCH v2] crypto: AF_ALG - limit mask and type

On Tue, Dec 19, 2017 at 07:25:04AM +0100, Stephan Müller wrote: > The user space interface allows specifying the type and the mask field > used to allocate the cipher. As user space can precisely select the > desired cipher by using either the name or the driver name, additional > selection

[PATCH 2/7] PM / OPP: Implement of_dev_pm_opp_find_required_opp()

A device's DT node or its OPP nodes can contain a phandle to other device's OPP node, in the "required-opp" property. This patch implements a routine to find that required OPP from the node that contains the "required-opp" property. Signed-off-by: Viresh Kumar ---

[PATCH 2/7] PM / OPP: Implement of_dev_pm_opp_find_required_opp()

A device's DT node or its OPP nodes can contain a phandle to other device's OPP node, in the "required-opp" property. This patch implements a routine to find that required OPP from the node that contains the "required-opp" property. Signed-off-by: Viresh Kumar --- drivers/opp/core.c | 4

[PATCH 1/7] PM / OPP: Implement dev_pm_opp_of_add_table_indexed()

The "operating-points-v2" property can contain a list of phandles now, specifically for the power domain providers that provide multiple domains. Add support to parse that. Signed-off-by: Viresh Kumar --- drivers/opp/of.c | 50

[PATCH 4/7] PM / Domain: Add support to parse domain's OPP table

Parse the OPP table for power domains if they have their set_performance_state() callback set. Signed-off-by: Viresh Kumar --- drivers/base/power/domain.c | 78 +++-- 1 file changed, 62 insertions(+), 16 deletions(-) diff --git

[PATCH 1/7] PM / OPP: Implement dev_pm_opp_of_add_table_indexed()

The "operating-points-v2" property can contain a list of phandles now, specifically for the power domain providers that provide multiple domains. Add support to parse that. Signed-off-by: Viresh Kumar --- drivers/opp/of.c | 50 +-

[PATCH 4/7] PM / Domain: Add support to parse domain's OPP table

Parse the OPP table for power domains if they have their set_performance_state() callback set. Signed-off-by: Viresh Kumar --- drivers/base/power/domain.c | 78 +++-- 1 file changed, 62 insertions(+), 16 deletions(-) diff --git

[PATCH 6/7] PM / OPP: Get performance state using genpd helper

The genpd core provides an API now to retrieve the performance state from DT, use that instead of the ->get_pstate() callback. Signed-off-by: Viresh Kumar --- drivers/opp/core.c | 3 --- drivers/opp/of.c | 20 +++- 2 files changed, 19 insertions(+), 4

[PATCH 6/7] PM / OPP: Get performance state using genpd helper

The genpd core provides an API now to retrieve the performance state from DT, use that instead of the ->get_pstate() callback. Signed-off-by: Viresh Kumar --- drivers/opp/core.c | 3 --- drivers/opp/of.c | 20 +++- 2 files changed, 19 insertions(+), 4 deletions(-) diff --git

[PATCH 3/7] PM / Domain: Add struct device to genpd

The power-domain core would be using the OPP core going forward and the OPP core has the basic requirement of a device structure for its working. Add a struct device to the genpd structure and also add a genpd bus type for the devices. Signed-off-by: Viresh Kumar ---

[PATCH 3/7] PM / Domain: Add struct device to genpd

The power-domain core would be using the OPP core going forward and the OPP core has the basic requirement of a device structure for its working. Add a struct device to the genpd structure and also add a genpd bus type for the devices. Signed-off-by: Viresh Kumar ---

[PATCH 5/7] PM / Domain: Implement of_dev_pm_genpd_get_performance_state()

This implements of_dev_pm_genpd_get_performance_state() which can be used from the device drivers or the OPP core to find the performance state encoded in the "required-opp" property of a node. Different platforms may encode the performance state differently using the OPP table (they may simply

[PATCH 7/7] PM / OPP: Remove dev_pm_opp_{un}register_get_pstate_helper()

These helpers aren't used anymore, remove them. Signed-off-by: Viresh Kumar --- drivers/opp/core.c | 75 -- drivers/opp/opp.h | 2 -- include/linux/pm_opp.h | 10 --- 3 files changed, 87 deletions(-) diff

[PATCH 5/7] PM / Domain: Implement of_dev_pm_genpd_get_performance_state()

This implements of_dev_pm_genpd_get_performance_state() which can be used from the device drivers or the OPP core to find the performance state encoded in the "required-opp" property of a node. Different platforms may encode the performance state differently using the OPP table (they may simply

[PATCH 7/7] PM / OPP: Remove dev_pm_opp_{un}register_get_pstate_helper()

These helpers aren't used anymore, remove them. Signed-off-by: Viresh Kumar --- drivers/opp/core.c | 75 -- drivers/opp/opp.h | 2 -- include/linux/pm_opp.h | 10 --- 3 files changed, 87 deletions(-) diff --git a/drivers/opp/core.c

[PATCH 0/7] PM /Domain/OPP: Add support to get performance state from DT

Hi, Now that the DT bindings [1] are already Reviewed/Acked by respective maintainers, here is the code to start using them. The first two patches provide helpers in the OPP core, [3-5]/7 update the PM domain core to start supporting domain OPP tables, etc, 6/7 updates the OPP core to use the

[PATCH 0/7] PM /Domain/OPP: Add support to get performance state from DT

Hi, Now that the DT bindings [1] are already Reviewed/Acked by respective maintainers, here is the code to start using them. The first two patches provide helpers in the OPP core, [3-5]/7 update the PM domain core to start supporting domain OPP tables, etc, 6/7 updates the OPP core to use the

[no subject]

Hello Dear, All data(s) concerning this will be disclosed to you on your acknowledgment of this mail for security reasons(to avoid copyright violations). Your beneficiary sum are ready to be transferred to your bank account, this is very urgent. The sum which was formerly own to late Mr. Thomas,

[no subject]

Hello Dear, All data(s) concerning this will be disclosed to you on your acknowledgment of this mail for security reasons(to avoid copyright violations). Your beneficiary sum are ready to be transferred to your bank account, this is very urgent. The sum which was formerly own to late Mr. Thomas,

Re: [RFC] MIPS memblock: Remove bootmem code and switch to NO_BOOTMEM

Hi Serge, On 19.12.2017 21:14, Serge Semin wrote: Hello folks, Almost a year ago I sent a patchset to the Linux MIPS community. The main target of the patchset was to get rid from the old bootmem allocator usage at the MIPS architecture. Additionally I had a problem with CMA usage on my MIPS

Re: [RFC] MIPS memblock: Remove bootmem code and switch to NO_BOOTMEM

Hi Serge, On 19.12.2017 21:14, Serge Semin wrote: Hello folks, Almost a year ago I sent a patchset to the Linux MIPS community. The main target of the patchset was to get rid from the old bootmem allocator usage at the MIPS architecture. Additionally I had a problem with CMA usage on my MIPS

Re: [PATCH] scsi: lpfc: don't dereference localport before it has been null checked

Looks good, Reviewed-by: Johannes Thumshirn -- Johannes Thumshirn Storage jthumsh...@suse.de+49 911 74053 689 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: Felix Imendörffer, Jane Smithard, Graham

Re: [PATCH] scsi: lpfc: don't dereference localport before it has been null checked

Looks good, Reviewed-by: Johannes Thumshirn -- Johannes Thumshirn Storage jthumsh...@suse.de+49 911 74053 689 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG

Re: [PATCH][next] soundwire: intel: fix missing assignment to ret

On Fri, Dec 22, 2017 at 09:01:49AM +0530, Vinod Koul wrote: > On Thu, Dec 21, 2017 at 11:32:10PM +, Colin King wrote: > > From: Colin Ian King > > > > Currently the return status ret is being checked but it has not been > > updated since the previous check on ret.

Re: [PATCH][next] soundwire: intel: fix missing assignment to ret

On Fri, Dec 22, 2017 at 09:01:49AM +0530, Vinod Koul wrote: > On Thu, Dec 21, 2017 at 11:32:10PM +, Colin King wrote: > > From: Colin Ian King > > > > Currently the return status ret is being checked but it has not been > > updated since the previous check on ret. It appears that assignment

Re: [PATCH] drivers: usb: host: Fix GFP_KERNEL in spinlock context

On Fri, Dec 22, 2017 at 11:19:24AM +0530, shrikant.mau...@techveda.org wrote: > From: Shrikant Maurya > > As reported by Jia-Ju Bai (https://lkml.org/lkml/2017/12/11/872): > API's are using GFP_KERNEL to allocate memory, which may sleep. > To ensure atomicity such

Re: [PATCH] drivers: usb: host: Fix GFP_KERNEL in spinlock context

On Fri, Dec 22, 2017 at 11:19:24AM +0530, shrikant.mau...@techveda.org wrote: > From: Shrikant Maurya > > As reported by Jia-Ju Bai (https://lkml.org/lkml/2017/12/11/872): > API's are using GFP_KERNEL to allocate memory, which may sleep. > To ensure atomicity such allocations must be avoided in

Re: [PATCH] ARM: realview: remove eb-mp clcd IRQ

On Thu, Dec 21, 2017 at 11:08 PM, Linus Walleij wrote: > On Thu, Dec 21, 2017 at 10:31 PM, Arnd Bergmann wrote: > >> We get a dtc warning about the CLCD interrupt being invalid: >> >> arch/arm/boot/dts/arm-realview-eb-11mp-ctrevb.dtb: Warning >>

Re: [PATCH] ARM: realview: remove eb-mp clcd IRQ

On Thu, Dec 21, 2017 at 11:08 PM, Linus Walleij wrote: > On Thu, Dec 21, 2017 at 10:31 PM, Arnd Bergmann wrote: > >> We get a dtc warning about the CLCD interrupt being invalid: >> >> arch/arm/boot/dts/arm-realview-eb-11mp-ctrevb.dtb: Warning >> (interrupts_property): interrupts size is (8),

Re: [PATCH net] RDS: Check cmsg_len before dereferencing CMSG_DATA

On 12/21/17 8:17 PM, Avinash Repaka wrote: RDS currently doesn't check if the length of the control message is large enough to hold the required data, before dereferencing the control message data. This results in following crash: BUG: KASAN: stack-out-of-bounds in rds_rdma_bytes

Re: [PATCH net] RDS: Check cmsg_len before dereferencing CMSG_DATA

On 12/21/17 8:17 PM, Avinash Repaka wrote: RDS currently doesn't check if the length of the control message is large enough to hold the required data, before dereferencing the control message data. This results in following crash: BUG: KASAN: stack-out-of-bounds in rds_rdma_bytes

Re: [PATCH RFC 1/4] crypto: engine - Permit to enqueue all async requests

On Wed, Nov 29, 2017 at 09:41:18AM +0100, Corentin Labbe wrote: > The crypto engine could actually only enqueue hash and ablkcipher request. > This patch permit it to enqueue any type of crypto_async_request. > > Signed-off-by: Corentin Labbe This is going the wrong

Re: [PATCH RFC 1/4] crypto: engine - Permit to enqueue all async requests

On Wed, Nov 29, 2017 at 09:41:18AM +0100, Corentin Labbe wrote: > The crypto engine could actually only enqueue hash and ablkcipher request. > This patch permit it to enqueue any type of crypto_async_request. > > Signed-off-by: Corentin Labbe This is going the wrong way. We do not want to

[GIT PULL] xen: fixes for 4.15-rc5

Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.15-rc5-tag xen: fixes for 4.15-rc5 It contains two fixes for running under Xen: - a fix avoiding resource conflicts between adding mmio areas and memory hotplug - a fix setting

Re: [RESEND PATCH v11 0/2] Make find_later_rq() choose a closer cpu in topology

Hello, shall I stop sending this? Let me know if so. On Tue, Dec 19, 2017 at 10:20:13AM +0900, Byungchul Park wrote: > Change from v10 >-. modify a comment a bit as Steven suggested > > Change from v9 >-. modify a comment a bit so to be more clear as Juri suggested > > Change from v8 >

[GIT PULL] xen: fixes for 4.15-rc5

Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.15-rc5-tag xen: fixes for 4.15-rc5 It contains two fixes for running under Xen: - a fix avoiding resource conflicts between adding mmio areas and memory hotplug - a fix setting

Re: [RESEND PATCH v11 0/2] Make find_later_rq() choose a closer cpu in topology

Hello, shall I stop sending this? Let me know if so. On Tue, Dec 19, 2017 at 10:20:13AM +0900, Byungchul Park wrote: > Change from v10 >-. modify a comment a bit as Steven suggested > > Change from v9 >-. modify a comment a bit so to be more clear as Juri suggested > > Change from v8 >

Re: [RESEND PATCH v3 1/2] sched/deadline: Add cpudl_maximum_dl() for clean-up

On Tue, Dec 19, 2017 at 10:19:23AM +0900, Byungchul Park wrote: > Changes from v2 > - Run spellchecker over the text and fix typos > - Add acked-by Daniel > > Changes from v1 > - Enhance commit msg > - Prevent WARN in cpumask_test_cpu() in cpudl_find() when best_cpu == -1 Hello, shall I stop

Re: [RESEND PATCH v3 1/2] sched/deadline: Add cpudl_maximum_dl() for clean-up

On Tue, Dec 19, 2017 at 10:19:23AM +0900, Byungchul Park wrote: > Changes from v2 > - Run spellchecker over the text and fix typos > - Add acked-by Daniel > > Changes from v1 > - Enhance commit msg > - Prevent WARN in cpumask_test_cpu() in cpudl_find() when best_cpu == -1 Hello, shall I stop

Crypto Fixes for 4.15

Hi Linus: This push fixes the following issues: - Fix chacha20 crash on zero-length input due to unset IV. - Fix potential race conditions in mcryptd with spinlock. - Only wait once at top of algif recvmsg to avoid inconsistencies. - Fix potential use-after-free in algif_aead/algif_skcipher.

Crypto Fixes for 4.15

Hi Linus: This push fixes the following issues: - Fix chacha20 crash on zero-length input due to unset IV. - Fix potential race conditions in mcryptd with spinlock. - Only wait once at top of algif recvmsg to avoid inconsistencies. - Fix potential use-after-free in algif_aead/algif_skcipher.

Re: [PATCH v6 4/5] clk: aspeed: Register gated clocks

On Thu, 2017-12-21 at 15:39 -0800, Stephen Boyd wrote: > On 11/28, Joel Stanley wrote: > > diff --git a/drivers/clk/clk-aspeed.c b/drivers/clk/clk-aspeed.c > > index 839243691b26..b5dc3e298693 100644 > > --- a/drivers/clk/clk-aspeed.c > > +++ b/drivers/clk/clk-aspeed.c > > @@ -202,6 +202,107 @@

Re: [PATCH v6 4/5] clk: aspeed: Register gated clocks

On Thu, 2017-12-21 at 15:39 -0800, Stephen Boyd wrote: > On 11/28, Joel Stanley wrote: > > diff --git a/drivers/clk/clk-aspeed.c b/drivers/clk/clk-aspeed.c > > index 839243691b26..b5dc3e298693 100644 > > --- a/drivers/clk/clk-aspeed.c > > +++ b/drivers/clk/clk-aspeed.c > > @@ -202,6 +202,107 @@

Re: [PATCH RFC 2/3] crypto: Implement a generic crypto statistics

On Wed, Dec 20, 2017 at 08:09:26PM +, Corentin Labbe wrote: > This patch implement a generic way to get statistics about all crypto > usages. > > Signed-off-by: Corentin Labbe Please don't use sysfs. We already have crypto_user and this should be exposed through that.

Re: [PATCH RFC 2/3] crypto: Implement a generic crypto statistics

On Wed, Dec 20, 2017 at 08:09:26PM +, Corentin Labbe wrote: > This patch implement a generic way to get statistics about all crypto > usages. > > Signed-off-by: Corentin Labbe Please don't use sysfs. We already have crypto_user and this should be exposed through that. Thanks, -- Email:

Re: [PATCH] arm: dts: mt7623: enable all four available UARTs on bananapi-r2

On Fri, 2017-12-22 at 14:06 +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > On bpi-r2 board, totally there're four uarts which we usually called > uart[0-3] helpful to extend slow I/O devices. Among those ones, uart2 has > dedicated pin slot which is used to

Re: [PATCH] arm: dts: mt7623: enable all four available UARTs on bananapi-r2

On Fri, 2017-12-22 at 14:06 +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > On bpi-r2 board, totally there're four uarts which we usually called > uart[0-3] helpful to extend slow I/O devices. Among those ones, uart2 has > dedicated pin slot which is used to conolse log. uart[0-1]

Re: linux-next: manual merge of the omap tree with the keystone tree

On Friday 22 December 2017 04:42 AM, Tony Lindgren wrote: > * Stephen Rothwell [171221 21:48]: >> Hi Tony, >> >> Today's linux-next merge of the omap tree got a conflict in: >> >> arch/arm/configs/multi_v7_defconfig >> >> between commit: >> >> d3b15c54ed7e ("ARM:

Re: linux-next: manual merge of the omap tree with the keystone tree

On Friday 22 December 2017 04:42 AM, Tony Lindgren wrote: > * Stephen Rothwell [171221 21:48]: >> Hi Tony, >> >> Today's linux-next merge of the omap tree got a conflict in: >> >> arch/arm/configs/multi_v7_defconfig >> >> between commit: >> >> d3b15c54ed7e ("ARM: config: sync multi-v7

Re: [PATCH v2] IPI performance benchmark

On Wed, Dec 20, 2017 at 02:44:25PM +0800, Wanpeng Li wrote: > Hi Yury, > 2017-12-19 16:50 GMT+08:00 Yury Norov : > > This benchmark sends many IPIs in different modes and measures > > time for IPI delivery (first column), and total time, ie including > > time to

Re: [PATCH v2] IPI performance benchmark

On Wed, Dec 20, 2017 at 02:44:25PM +0800, Wanpeng Li wrote: > Hi Yury, > 2017-12-19 16:50 GMT+08:00 Yury Norov : > > This benchmark sends many IPIs in different modes and measures > > time for IPI delivery (first column), and total time, ie including > > time to acknowledge the receive by sender

[PATCH] arm: dts: mt7623: enable all four available UARTs on bananapi-r2

From: Sean Wang On bpi-r2 board, totally there're four uarts which we usually called uart[0-3] helpful to extend slow I/O devices. Among those ones, uart2 has dedicated pin slot which is used to conolse log. uart[0-1] appear at the 40-pins connector and uart3 has no

[PATCH] arm: dts: mt7623: enable all four available UARTs on bananapi-r2

From: Sean Wang On bpi-r2 board, totally there're four uarts which we usually called uart[0-3] helpful to extend slow I/O devices. Among those ones, uart2 has dedicated pin slot which is used to conolse log. uart[0-1] appear at the 40-pins connector and uart3 has no pinout, but just has test

Re: [PATCH 1/5] bindings: regulator: added support for suspend states

Hi Rob, On 22 December 2017 at 07:26, Rob Herring wrote: > On Thu, Dec 21, 2017 at 02:25:02PM +0800, Chunyan Zhang wrote: >> Documented a few new added properties which are used for supporting >> regulator suspend states. > > Your commit message should answer why you need this.

Re: pinctrl-amd: What hardware does it apply to?

On Fri, Dec 22, 2017 at 10:37:32AM +1000, Andrew Cooks wrote: > > > On 21/12/17 22:12, Mika Westerberg wrote: > > On Thu, Dec 21, 2017 at 11:11:18AM +0100, Linus Walleij wrote: > >>> In contrast, the pinctrl-amd driver only mentions the newer KERNCZ > >>> platform > >>> name and uses ACPI for

Re: [PATCH 1/5] bindings: regulator: added support for suspend states

Hi Rob, On 22 December 2017 at 07:26, Rob Herring wrote: > On Thu, Dec 21, 2017 at 02:25:02PM +0800, Chunyan Zhang wrote: >> Documented a few new added properties which are used for supporting >> regulator suspend states. > > Your commit message should answer why you need this. What problem do

Re: pinctrl-amd: What hardware does it apply to?

On Fri, Dec 22, 2017 at 10:37:32AM +1000, Andrew Cooks wrote: > > > On 21/12/17 22:12, Mika Westerberg wrote: > > On Thu, Dec 21, 2017 at 11:11:18AM +0100, Linus Walleij wrote: > >>> In contrast, the pinctrl-amd driver only mentions the newer KERNCZ > >>> platform > >>> name and uses ACPI for

Re: [PATCH v2 2/3] dt-bindings: PCI: dra7xx: Add properties to enable x2 lane in dra7

Hi Rob, On Thursday 21 December 2017 12:27 AM, Rob Herring wrote: > On Tue, Dec 19, 2017 at 02:28:22PM +0530, Kishon Vijay Abraham I wrote: >> Add syscon properties required for configuring PCIe in x2 lane mode. >> >> Signed-off-by: Kishon Vijay Abraham I >> Signed-off-by: Sekhar

Re: [PATCH v2 2/3] dt-bindings: PCI: dra7xx: Add properties to enable x2 lane in dra7

Hi Rob, On Thursday 21 December 2017 12:27 AM, Rob Herring wrote: > On Tue, Dec 19, 2017 at 02:28:22PM +0530, Kishon Vijay Abraham I wrote: >> Add syscon properties required for configuring PCIe in x2 lane mode. >> >> Signed-off-by: Kishon Vijay Abraham I >> Signed-off-by: Sekhar Nori >> --- >>

[PATCH] drivers: usb: host: Fix GFP_KERNEL in spinlock context

From: Shrikant Maurya As reported by Jia-Ju Bai (https://lkml.org/lkml/2017/12/11/872): API's are using GFP_KERNEL to allocate memory, which may sleep. To ensure atomicity such allocations must be avoided in critical sections under spinlock. Fixed by moving part of

[PATCH] drivers: usb: host: Fix GFP_KERNEL in spinlock context

From: Shrikant Maurya As reported by Jia-Ju Bai (https://lkml.org/lkml/2017/12/11/872): API's are using GFP_KERNEL to allocate memory, which may sleep. To ensure atomicity such allocations must be avoided in critical sections under spinlock. Fixed by moving part of the code which is using

[PATCH v4 1/2] PCI: mediatek: Clear IRQ status after IRQ dispatched to avoid reentry

From: Honghui Zhang There maybe a same IRQ reentry scenario after IRQ received in current IRQ handle flow: EP device PCIe host driverEP driver 1. issue an IRQ 2. received IRQ 3. clear IRQ

[PATCH v4 1/2] PCI: mediatek: Clear IRQ status after IRQ dispatched to avoid reentry

From: Honghui Zhang There maybe a same IRQ reentry scenario after IRQ received in current IRQ handle flow: EP device PCIe host driverEP driver 1. issue an IRQ 2. received IRQ 3. clear IRQ status

[PATCH v4 0/2] PCI: mediatek: Fixups for the IRQ handle routine and MT7622's class code

From: Honghui Zhang Two fixups for mediatek's host bridge: The first patch fixup the IRQ handle routine to avoid IRQ reentry which may exist for both MT2712 and MT7622. The second patch fixup class type for MT7622. Change since v3: - Setup the class type and vendor

[PATCH v4 2/2] PCI: mediatek: Set up class type and vendor ID for MT7622

From: Honghui Zhang The hardware default value of IDs and class type is not correct, fix that by setup the correct values before start up. Signed-off-by: Honghui Zhang --- drivers/pci/host/pcie-mediatek.c | 12

[PATCH v4 0/2] PCI: mediatek: Fixups for the IRQ handle routine and MT7622's class code

From: Honghui Zhang Two fixups for mediatek's host bridge: The first patch fixup the IRQ handle routine to avoid IRQ reentry which may exist for both MT2712 and MT7622. The second patch fixup class type for MT7622. Change since v3: - Setup the class type and vendor ID at the beginning of

[PATCH v4 2/2] PCI: mediatek: Set up class type and vendor ID for MT7622

From: Honghui Zhang The hardware default value of IDs and class type is not correct, fix that by setup the correct values before start up. Signed-off-by: Honghui Zhang --- drivers/pci/host/pcie-mediatek.c | 12 include/linux/pci_ids.h | 3 +++ 2 files changed, 15

linux-next: Tree for Dec 22

Hi all, News: The next release will be on January 2nd. Changes since 20171221: New tree: mips (the old mips tree has been renamed to mips-james) The aspeed tree gained conflicts against the arm-soc tree. The omap tree gained a conflict against the keystone tree. The xfs tree gained

linux-next: Tree for Dec 22

Hi all, News: The next release will be on January 2nd. Changes since 20171221: New tree: mips (the old mips tree has been renamed to mips-james) The aspeed tree gained conflicts against the arm-soc tree. The omap tree gained a conflict against the keystone tree. The xfs tree gained

Re: [PATCH V7 12/12] arm64: dts: add clocks for SC9860

+ a...@kernel.org On 7 December 2017 at 20:57, Chunyan Zhang wrote: > Some clocks on SC9860 are in the same address area with syscon devices, > those are what have a property of 'sprd,syscon' which would refer to > syscon devices, others would have a reg property

Re: [PATCH V7 12/12] arm64: dts: add clocks for SC9860

+ a...@kernel.org On 7 December 2017 at 20:57, Chunyan Zhang wrote: > Some clocks on SC9860 are in the same address area with syscon devices, > those are what have a property of 'sprd,syscon' which would refer to > syscon devices, others would have a reg property indicated their address >

  1   2   3   4   5   6   7   8   9   10   >