[PATCH RESEND v2 4/8] uio: Add new UIO_MEM_DEVICE type for mem regions

On ARM64, the MMU supports special memory attributes for device memory/registers. Due to this we have pgprot_device() provided by asm/pgtable.h of arch/arm64. On architectures that do not have special MMU attribute for device memory/registers, the asm-generic/pgtable.h maps pgprot_device() to

[PATCH RESEND v2 3/8] uio: Add new UIO_MEM_PHYS_CACHE type for mem regions

From: Ankit Jindal Currently, three types of mem regions are supported: UIO_MEM_PHYS, UIO_MEM_LOGICAL and UIO_MEM_VIRTUAL. Among these UIO_MEM_PHYS helps UIO driver export physcial memory to user space as non-cacheable user memory. Typcially memory-mapped registers of a

[PATCH RESEND v2 6/8] uio: UIO_IRQ_NONE is a valid option for uioinfo->irq

From: Jan Viktorin We can simplify handling of platform_get_irq into one place as it is acceptable to see UIO_IRQ_NONE instead of a valid IRQ number. Some devices don't have or don't need any interrupt to be handled. The same change has been already done for

[PATCH RESEND v2 8/8] uio: Use new memtypes in uio_dmem_genirq

This patch extends uio_dmem_genirq driver to use recently added memtypes as follows: 1. Use UIO_MEM_DEVICE memtype for MEM resources 2. Use UIO_MEM_PHYS_CACHE memtype for dynamic regions when UIO DT node is marked as DMA coherent. Signed-off-by: Anup Patel ---

[PATCH RESEND v2 7/8] uio: bind uio_dmem_genirq via OF

From: Jan Viktorin The uio_dmem_genirq works in a similar ways as uio_pdrv_genirq now. It accepts the of_id module parameter to specify UIO compatible string as module parameter. There are few other module parameters to specify number bits in DMA mask and sizes dynamic

[PATCH RESEND v2 4/8] uio: Add new UIO_MEM_DEVICE type for mem regions

On ARM64, the MMU supports special memory attributes for device memory/registers. Due to this we have pgprot_device() provided by asm/pgtable.h of arch/arm64. On architectures that do not have special MMU attribute for device memory/registers, the asm-generic/pgtable.h maps pgprot_device() to

[PATCH RESEND v2 3/8] uio: Add new UIO_MEM_PHYS_CACHE type for mem regions

From: Ankit Jindal Currently, three types of mem regions are supported: UIO_MEM_PHYS, UIO_MEM_LOGICAL and UIO_MEM_VIRTUAL. Among these UIO_MEM_PHYS helps UIO driver export physcial memory to user space as non-cacheable user memory. Typcially memory-mapped registers of a device are exported to

[PATCH RESEND v2 6/8] uio: UIO_IRQ_NONE is a valid option for uioinfo->irq

From: Jan Viktorin We can simplify handling of platform_get_irq into one place as it is acceptable to see UIO_IRQ_NONE instead of a valid IRQ number. Some devices don't have or don't need any interrupt to be handled. The same change has been already done for uio_pdrv_genirq. Signed-off-by: Jan

[PATCH RESEND v2 8/8] uio: Use new memtypes in uio_dmem_genirq

This patch extends uio_dmem_genirq driver to use recently added memtypes as follows: 1. Use UIO_MEM_DEVICE memtype for MEM resources 2. Use UIO_MEM_PHYS_CACHE memtype for dynamic regions when UIO DT node is marked as DMA coherent. Signed-off-by: Anup Patel --- drivers/uio/uio_dmem_genirq.c | 9

[PATCH RESEND v2 7/8] uio: bind uio_dmem_genirq via OF

From: Jan Viktorin The uio_dmem_genirq works in a similar ways as uio_pdrv_genirq now. It accepts the of_id module parameter to specify UIO compatible string as module parameter. There are few other module parameters to specify number bits in DMA mask and sizes dynamic regions. Following are

[PATCH RESEND v2 2/8] uio: code style cleanup

From: Ankit Jindal This patch fixes the indentation of switch-case block in uio driver. Signed-off-by: Ankit Jindal Signed-off-by: Anup Patel --- drivers/uio/uio.c | 14 +++--- 1 file changed, 7 insertions(+), 7

[PATCH RESEND v2 5/8] Documentation: Update documentation for UIO_MEM_PHYS_CACHE and UIO_MEM_DEVICE

From: Ankit Jindal This patch updates UIO documentation for new mem region types UIO_MEM_PHYS_CACHE and UIO_MEM_DEVICE. Signed-off-by: Ankit Jindal Signed-off-by: Anup Patel --- Documentation/DocBook/uio-howto.tmpl | 6

Re: [PATCH] clk: Hi6220: enable stub clock driver for ARCH_HISI

On Mon, Aug 8, 2016 at 9:07 AM, Leo Yan wrote: > In current kernel config 'CONFIG_STUB_CLK_HI6220' is disabled by > default, as result stub clock driver has not been registered and > CPUFreq driver cannot work. I have a related patch that has been pending for a while:

[PATCH RESEND v2 2/8] uio: code style cleanup

From: Ankit Jindal This patch fixes the indentation of switch-case block in uio driver. Signed-off-by: Ankit Jindal Signed-off-by: Anup Patel --- drivers/uio/uio.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/uio/uio.c b/drivers/uio/uio.c index

[PATCH RESEND v2 5/8] Documentation: Update documentation for UIO_MEM_PHYS_CACHE and UIO_MEM_DEVICE

From: Ankit Jindal This patch updates UIO documentation for new mem region types UIO_MEM_PHYS_CACHE and UIO_MEM_DEVICE. Signed-off-by: Ankit Jindal Signed-off-by: Anup Patel --- Documentation/DocBook/uio-howto.tmpl | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] clk: Hi6220: enable stub clock driver for ARCH_HISI

On Mon, Aug 8, 2016 at 9:07 AM, Leo Yan wrote: > In current kernel config 'CONFIG_STUB_CLK_HI6220' is disabled by > default, as result stub clock driver has not been registered and > CPUFreq driver cannot work. I have a related patch that has been pending for a while:

[PATCH RESEND v2 1/8] uio: fix dmem_region_start computation

From: Jan Viktorin The variable i contains a total number of resources (including IORESOURCE_IRQ). However, we want the dmem_region_start to point after the last resource of type IORESOURCE_MEM. The original behaviour leads (very likely) to skipping several UIO mapping

[PATCH RESEND v2 1/8] uio: fix dmem_region_start computation

From: Jan Viktorin The variable i contains a total number of resources (including IORESOURCE_IRQ). However, we want the dmem_region_start to point after the last resource of type IORESOURCE_MEM. The original behaviour leads (very likely) to skipping several UIO mapping regions and makes them

[PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

The goal of this patchset is to improve UIO framework and UIO dmem driver to allow cache-coherent DMA accesses from user-space. This patchset is based on two previous patchsets: 1) [PATCH v5 0/6] UIO driver for APM X-Gene QMTM (Refer, http://www.spinics.net/lists/devicetree/msg58244.html) 2)

[PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

The goal of this patchset is to improve UIO framework and UIO dmem driver to allow cache-coherent DMA accesses from user-space. This patchset is based on two previous patchsets: 1) [PATCH v5 0/6] UIO driver for APM X-Gene QMTM (Refer, http://www.spinics.net/lists/devicetree/msg58244.html) 2)

[PATCH v6 3/4] gpio: lp873x: Add support for General Purpose Outputs

Add driver for lp873x PMIC family GPOs. Two GPOs are supported and can be configured in Open-drain output or Push-pull output. Acked-by: Linus Walleij Signed-off-by: Keerthy --- drivers/gpio/Kconfig | 10 +++ drivers/gpio/Makefile | 1 +

[PATCH v6 0/4] mfd: lp873x: Add lp873x PMIC support

The LP873X chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It contains the following components: - Regulators. - Configurable General Purpose Output Signals(GPO). PMIC interacts with the main processor through i2c. PMIC has couple of

[PATCH v6 3/4] gpio: lp873x: Add support for General Purpose Outputs

Add driver for lp873x PMIC family GPOs. Two GPOs are supported and can be configured in Open-drain output or Push-pull output. Acked-by: Linus Walleij Signed-off-by: Keerthy --- drivers/gpio/Kconfig | 10 +++ drivers/gpio/Makefile | 1 + drivers/gpio/gpio-lp873x.c | 185

[PATCH v6 0/4] mfd: lp873x: Add lp873x PMIC support

The LP873X chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It contains the following components: - Regulators. - Configurable General Purpose Output Signals(GPO). PMIC interacts with the main processor through i2c. PMIC has couple of

[PATCH v6 1/4] Documentation: mfd: LP873X: Add information for the mfd driver

The lp873x series of PMICs have a bunch of regulators and a couple of GPO(General Purpose Outputs). Add information for the MFD and regulator drivers. Acked-by: Rob Herring Signed-off-by: Keerthy --- Changes in v6: * Added more formating for properties.

[PATCH v6 1/4] Documentation: mfd: LP873X: Add information for the mfd driver

The lp873x series of PMICs have a bunch of regulators and a couple of GPO(General Purpose Outputs). Add information for the MFD and regulator drivers. Acked-by: Rob Herring Signed-off-by: Keerthy --- Changes in v6: * Added more formating for properties. Changes in v4: * Added the GPIO

[PATCH v6 4/4] regulator: lp873x: Change the MFD config option as per latest naming

Change the MFD config option as per latest naming Signed-off-by: Keerthy --- drivers/regulator/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/regulator/Kconfig b/drivers/regulator/Kconfig index 6c88e31..97dc4cc 100644 ---

[PATCH v6 2/4] mfd: lp873x: Add lp873x PMIC support

The LP873X chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It contains the following components: - Regulators. - Configurable General Purpose Output Signals(GPO). PMIC interacts with the main processor through i2c. PMIC has couple of

[PATCH v6 4/4] regulator: lp873x: Change the MFD config option as per latest naming

Change the MFD config option as per latest naming Signed-off-by: Keerthy --- drivers/regulator/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/regulator/Kconfig b/drivers/regulator/Kconfig index 6c88e31..97dc4cc 100644 --- a/drivers/regulator/Kconfig +++

[PATCH v6 2/4] mfd: lp873x: Add lp873x PMIC support

The LP873X chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It contains the following components: - Regulators. - Configurable General Purpose Output Signals(GPO). PMIC interacts with the main processor through i2c. PMIC has couple of

Re: [PATCH v5 5/6] dmaengine: pl330: Make sure microcode is privileged

On Wed, Jul 27, 2016 at 04:42:07PM -0700, Mitchel Humpherys wrote: > The PL330 performs privileged instruction fetches. This can result in > SMMU permission faults on SMMUs that implement the ARMv8 VMSA, which Lot of acronyms with no explanation whatsoever > specifies that mappings that are

Re: [PATCH v5 5/6] dmaengine: pl330: Make sure microcode is privileged

On Wed, Jul 27, 2016 at 04:42:07PM -0700, Mitchel Humpherys wrote: > The PL330 performs privileged instruction fetches. This can result in > SMMU permission faults on SMMUs that implement the ARMv8 VMSA, which Lot of acronyms with no explanation whatsoever > specifies that mappings that are

Re: [PATCH] fix platform_no_drv_owner.cocci warnings

On Wed, Jul 27, 2016 at 04:41:16PM +0200, Julia Lawall wrote: > No need to set .owner here. The core will do it. And which tree was this generated against :-) Upstream doesn't have _dpdma.c > > Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci > > Signed-off-by: Julia Lawall

Re: [PATCH] fix platform_no_drv_owner.cocci warnings

On Wed, Jul 27, 2016 at 04:41:16PM +0200, Julia Lawall wrote: > No need to set .owner here. The core will do it. And which tree was this generated against :-) Upstream doesn't have _dpdma.c > > Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci > > Signed-off-by: Julia Lawall

Re: [PATCH v2 6/6] dmaengine: omap-dma: Support for LinkedList transfer of slave_sg

On Wed, Jul 20, 2016 at 11:50:32AM +0300, Peter Ujfalusi wrote: > sDMA in OMAP3630 or newer SoC have support for LinkedList transfer. When > LinkedList or Descriptor load feature is present we can create the > descriptors for each and program sDMA to walk through the list of > descriptors instead

Re: [PATCH v2 6/6] dmaengine: omap-dma: Support for LinkedList transfer of slave_sg

On Wed, Jul 20, 2016 at 11:50:32AM +0300, Peter Ujfalusi wrote: > sDMA in OMAP3630 or newer SoC have support for LinkedList transfer. When > LinkedList or Descriptor load feature is present we can create the > descriptors for each and program sDMA to walk through the list of > descriptors instead

Re: [PATCH v5 2/3] mfd: lp873x: Add lp873x PMIC support

On Friday 05 August 2016 02:31 PM, Lee Jones wrote: On Fri, 05 Aug 2016, Keerthy wrote: On Friday 05 August 2016 01:33 PM, Lee Jones wrote: On Wed, 29 Jun 2016, Keerthy wrote: The LP873X chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It

Re: [PATCH v5 2/3] mfd: lp873x: Add lp873x PMIC support

On Friday 05 August 2016 02:31 PM, Lee Jones wrote: On Fri, 05 Aug 2016, Keerthy wrote: On Friday 05 August 2016 01:33 PM, Lee Jones wrote: On Wed, 29 Jun 2016, Keerthy wrote: The LP873X chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It

Re: [PATCH] treewide: fix a bunch of typos (part 2)

Hi Randy, Thanks for taking a close look! 2016-08-08 13:50 GMT+09:00 Randy Dunlap : > --- a/net/sctp/transport.c > +++ b/net/sctp/transport.c > @@ -630,9 +630,7 @@ void sctp_transport_reset(struct sctp_transport *t) > t->srtt = 0; > t->rttvar = 0; > > -

Re: [PATCH] treewide: fix a bunch of typos (part 2)

Hi Randy, Thanks for taking a close look! 2016-08-08 13:50 GMT+09:00 Randy Dunlap : > --- a/net/sctp/transport.c > +++ b/net/sctp/transport.c > @@ -630,9 +630,7 @@ void sctp_transport_reset(struct sctp_transport *t) > t->srtt = 0; > t->rttvar = 0; > > - /* Reset these

Re: [PATCH] drivers: base: dma-mapping: page align the size when unmap_kernel_range

On Mon, Aug 08, 2016 at 12:29:08PM +0800, Peng Fan wrote: > Hi, > > Kindly ping.. since more than two weeks from patch sent out. It's the merge window, we can't take new patches during then. Relax, it will be handled when I catch up...

Re: [PATCH] drivers: base: dma-mapping: page align the size when unmap_kernel_range

On Mon, Aug 08, 2016 at 12:29:08PM +0800, Peng Fan wrote: > Hi, > > Kindly ping.. since more than two weeks from patch sent out. It's the merge window, we can't take new patches during then. Relax, it will be handled when I catch up...

Re: [PATCH] treewide: fix a bunch of typos (part 2)

On 08/07/16 06:56, Masahiro Yamada wrote: > Signed-off-by: Masahiro Yamada ipc/: all OK kernel/ : all OK lib/: all OK scripts/ : all OK security/ : all OK tools/ : all OK block/ comments (otherwise all OK): --- a/block/scsi_ioctl.c +++

Re: [PATCH] treewide: fix a bunch of typos (part 2)

On 08/07/16 06:56, Masahiro Yamada wrote: > Signed-off-by: Masahiro Yamada ipc/: all OK kernel/ : all OK lib/: all OK scripts/ : all OK security/ : all OK tools/ : all OK block/ comments (otherwise all OK): --- a/block/scsi_ioctl.c +++ b/block/scsi_ioctl.c @@ -468,7 +468,7 @@ int

Re: [PATCH] drivers: base: dma-mapping: page align the size when unmap_kernel_range

Hi, Kindly ping.. since more than two weeks from patch sent out. Thanks, Peng. On Thu, Jul 21, 2016 at 04:04:21PM +0800, Peng Fan wrote: >When dma_common_free_remap, the input parameter 'size' may not >be page aligned. And, met kernel warning when doing iommu dma >for usb on i.MX8 platform: >"

Re: [PATCH] drivers: base: dma-mapping: page align the size when unmap_kernel_range

Hi, Kindly ping.. since more than two weeks from patch sent out. Thanks, Peng. On Thu, Jul 21, 2016 at 04:04:21PM +0800, Peng Fan wrote: >When dma_common_free_remap, the input parameter 'size' may not >be page aligned. And, met kernel warning when doing iommu dma >for usb on i.MX8 platform: >"

Re: linux-next: Tree for Aug 8

Hi Andrew, On Mon, 8 Aug 2016 13:51:22 +1000 Andrew Donnellan wrote: > > On 08/08/16 13:17, Stephen Rothwell wrote: > > Please do not add material destined for v4.9 to your linux-next included > > branches until after v4.8-rc1 has been released. > > Which has

Re: linux-next: Tree for Aug 8

Hi Andrew, On Mon, 8 Aug 2016 13:51:22 +1000 Andrew Donnellan wrote: > > On 08/08/16 13:17, Stephen Rothwell wrote: > > Please do not add material destined for v4.9 to your linux-next included > > branches until after v4.8-rc1 has been released. > > Which has now happened :) Yes, I will

warning: (DRM_KMS_FB_HELPER && ..) selects FB_DEFERRED_IO which has unmet direct dependencies (HAS_IOMEM && ..)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 29b4817d4018df78086157ea3a55c1d9424a7cfc commit: 339b19e3c4ff728a5dcdbd388a5fbe83c1aabc37 drm/ast: make fbdev support really optional date: 3 weeks ago config: x86_64-randconfig-s5-08081114 (attached as

warning: (DRM_KMS_FB_HELPER && ..) selects FB_DEFERRED_IO which has unmet direct dependencies (HAS_IOMEM && ..)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 29b4817d4018df78086157ea3a55c1d9424a7cfc commit: 339b19e3c4ff728a5dcdbd388a5fbe83c1aabc37 drm/ast: make fbdev support really optional date: 3 weeks ago config: x86_64-randconfig-s5-08081114 (attached as

Re: [PATCH] treewide: fix a bunch of typos (Documentation/)

On 08/07/16 06:56, Masahiro Yamada wrote: > Signed-off-by: Masahiro Yamada for the Documentation/* files: All of the changes look correct, but a couple of them could use some more attention: --- a/Documentation/devicetree/bindings/regulator/ti-abb-regulator.txt

Re: [PATCH] treewide: fix a bunch of typos (Documentation/)

On 08/07/16 06:56, Masahiro Yamada wrote: > Signed-off-by: Masahiro Yamada for the Documentation/* files: All of the changes look correct, but a couple of them could use some more attention: --- a/Documentation/devicetree/bindings/regulator/ti-abb-regulator.txt +++

Re: [PATCH RESEND] net: can: Introduce MEN 16Z192-00 CAN controller driver

On 2016/07/26 11:16, Andreas Werner wrote: [...] > + > + /* Lock for CTL_BTR register access. > + * This register combines bittiming bits > + * and the operation mode bits. > + * It is also used for bit r/m/w access > + * to all registers. > + */ > + spinlock_t

Re: [PATCH RESEND] net: can: Introduce MEN 16Z192-00 CAN controller driver

On 2016/07/26 11:16, Andreas Werner wrote: [...] > + > + /* Lock for CTL_BTR register access. > + * This register combines bittiming bits > + * and the operation mode bits. > + * It is also used for bit r/m/w access > + * to all registers. > + */ > + spinlock_t

Re: 4.7.0-rc7 ext4 error in dx_probe

On Fri, Aug 05, 2016 at 12:15:48PM -0700, Darrick J. Wong wrote: > > > [1] > > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/fs/ext4/inode.c?id=b47820edd1634dc1208f9212b7ecfb4230610a23 > > > > I added the patch, rebuilt and rebooted. It will take some time > > before

Re: 4.7.0-rc7 ext4 error in dx_probe

On Fri, Aug 05, 2016 at 12:15:48PM -0700, Darrick J. Wong wrote: > > > [1] > > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/fs/ext4/inode.c?id=b47820edd1634dc1208f9212b7ecfb4230610a23 > > > > I added the patch, rebuilt and rebooted. It will take some time > > before

Re: linux-next: Tree for Aug 8

On 08/08/16 13:17, Stephen Rothwell wrote: Please do not add material destined for v4.9 to your linux-next included branches until after v4.8-rc1 has been released. Which has now happened :) -- Andrew Donnellan OzLabs, ADL Canberra andrew.donnel...@au1.ibm.com IBM Australia

Re: linux-next: Tree for Aug 8

On 08/08/16 13:17, Stephen Rothwell wrote: Please do not add material destined for v4.9 to your linux-next included branches until after v4.8-rc1 has been released. Which has now happened :) -- Andrew Donnellan OzLabs, ADL Canberra andrew.donnel...@au1.ibm.com IBM Australia

[PATCH] clk: Hi6220: enable stub clock driver for ARCH_HISI

In current kernel config 'CONFIG_STUB_CLK_HI6220' is disabled by default, as result stub clock driver has not been registered and CPUFreq driver cannot work. This patch is to enable stub clock driver in config for ARCH_HISI. Reported-by: Dietmar Eggemann Signed-off-by:

[PATCH] clk: Hi6220: enable stub clock driver for ARCH_HISI

In current kernel config 'CONFIG_STUB_CLK_HI6220' is disabled by default, as result stub clock driver has not been registered and CPUFreq driver cannot work. This patch is to enable stub clock driver in config for ARCH_HISI. Reported-by: Dietmar Eggemann Signed-off-by: Leo Yan ---

linux-next: Tree for Aug 8

Hi all, Please do not add material destined for v4.9 to your linux-next included branches until after v4.8-rc1 has been released. Changes since 20160805: Linus' tree gained a build failure for which I disabled a new driver. The sound-asoc tree gained a build failure so I used the version from

linux-next: Tree for Aug 8

Hi all, Please do not add material destined for v4.9 to your linux-next included branches until after v4.8-rc1 has been released. Changes since 20160805: Linus' tree gained a build failure for which I disabled a new driver. The sound-asoc tree gained a build failure so I used the version from

[PATCH] mm: fix the incorrect hugepages count

From: zhong jiang when memory hotplug enable, free hugepages will be freed if movable node offline. therefore, /proc/sys/vm/nr_hugepages will be incorrect. The patch fix it by reduce the max_huge_pages when the node offline. Signed-off-by: zhong jiang

[PATCH] mm: fix the incorrect hugepages count

From: zhong jiang when memory hotplug enable, free hugepages will be freed if movable node offline. therefore, /proc/sys/vm/nr_hugepages will be incorrect. The patch fix it by reduce the max_huge_pages when the node offline. Signed-off-by: zhong jiang --- mm/hugetlb.c | 1 + 1 file changed,

Re: [PATCH] ARM: dts: add rk3288-firefly-reload

在 2016/8/7 22:44, Heiko Stuebner 写道: Hi Shawn, Am Sonntag, 7. August 2016, 11:40:21 schrieb Shawn Lin: On 2016/7/19 3:46, Heiko Stübner wrote: Am Montag, 18. Juli 2016, 23:32:32 schrieb Randy Li: The Firefly RK3288 Reload is a combination Firefly rk3288 core board with the Reload baseboard.

Re: [PATCH] ARM: dts: add rk3288-firefly-reload

在 2016/8/7 22:44, Heiko Stuebner 写道: Hi Shawn, Am Sonntag, 7. August 2016, 11:40:21 schrieb Shawn Lin: On 2016/7/19 3:46, Heiko Stübner wrote: Am Montag, 18. Juli 2016, 23:32:32 schrieb Randy Li: The Firefly RK3288 Reload is a combination Firefly rk3288 core board with the Reload baseboard.

Re: [PATCH v3 1/2] Documentation: kdump: remind user of nr_cpus

On 08/03/16 at 08:59am, Zhou Wenjian wrote: > v2->v3: add description of nr_cpus. > v1->v2: change nr_cpus to maxcpus > > nr_cpus can help to save memory. So we should remind user of it. > > Signed-off-by: Zhou Wenjian > --- > Documentation/kdump/kdump.txt | 2 ++ >

Re: [PATCH v3 1/2] Documentation: kdump: remind user of nr_cpus

On 08/03/16 at 08:59am, Zhou Wenjian wrote: > v2->v3: add description of nr_cpus. > v1->v2: change nr_cpus to maxcpus > > nr_cpus can help to save memory. So we should remind user of it. > > Signed-off-by: Zhou Wenjian > --- > Documentation/kdump/kdump.txt | 2 ++ > 1 file changed, 2

Re: [LKP] [lkp] [sctp] a6c2f79287: netperf.Throughput_Mbps -37.2% regression

On Fri, Aug 05, 2016 at 07:53:38PM +0800, Xin Long wrote: > >> It doesn't make much sense to me. the codes I added cannot be > >> triggered without enable any pr policies. and I also did the tests in > > > > It seems these pr policies has to be turned on by user space, i.e. > > netperf in this

Re: [LKP] [lkp] [sctp] a6c2f79287: netperf.Throughput_Mbps -37.2% regression

On Fri, Aug 05, 2016 at 07:53:38PM +0800, Xin Long wrote: > >> It doesn't make much sense to me. the codes I added cannot be > >> triggered without enable any pr policies. and I also did the tests in > > > > It seems these pr policies has to be turned on by user space, i.e. > > netperf in this

Re: [PATCH v4 0/6] power: add power sequence library

On Sat, Aug 06, 2016 at 02:00:08PM +0200, Oscar wrote: > El 2016-08-02 05:30, Peter Chen escribió: > >Hi all, > > > >This is a follow-up for my last power sequence framework patch set > >[1]. > >According to Rob Herring and Ulf Hansson's comments[2], I use a > >generic > >power sequence library

Re: [PATCH v4 0/6] power: add power sequence library

On Sat, Aug 06, 2016 at 02:00:08PM +0200, Oscar wrote: > El 2016-08-02 05:30, Peter Chen escribió: > >Hi all, > > > >This is a follow-up for my last power sequence framework patch set > >[1]. > >According to Rob Herring and Ulf Hansson's comments[2], I use a > >generic > >power sequence library

RE: [PATCH v2] RANDOM: ATH9K RNG delivers zero bits of entropy

The entropy was evaluated by crypto expert, the analysis report show the ADC with at least 10bits and up to 22 bits of min-entropy for a 32 bits value, we conservatively assume the min-entropy is 10 bits out of 32 bits, so that's why set entropy quality to 320/1024 = 10/32. Also we have

RE: [PATCH v2] RANDOM: ATH9K RNG delivers zero bits of entropy

The entropy was evaluated by crypto expert, the analysis report show the ADC with at least 10bits and up to 22 bits of min-entropy for a 32 bits value, we conservatively assume the min-entropy is 10 bits out of 32 bits, so that's why set entropy quality to 320/1024 = 10/32. Also we have

(.init.text+0x122): multiple definition of `plat_irq_setup'

Hi Rich, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 29b4817d4018df78086157ea3a55c1d9424a7cfc commit: 7480e0aabd5f9e6c3e3b72ed206e89284e90f11f sh: add device tree support and generic board using device tree

(.init.text+0x122): multiple definition of `plat_irq_setup'

Hi Rich, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 29b4817d4018df78086157ea3a55c1d9424a7cfc commit: 7480e0aabd5f9e6c3e3b72ed206e89284e90f11f sh: add device tree support and generic board using device tree

linux-next: build failure after merge of Linus' tree

Hi all, With Linus' tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/infiniband/sw/built-in.o:(.opd+0x1698): multiple definition of `copy_data' drivers/infiniband/hw/built-in.o:(.opd+0xe5f8): first defined here drivers/infiniband/sw/built-in.o:(.opd+0x1320):

linux-next: build failure after merge of Linus' tree

Hi all, With Linus' tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/infiniband/sw/built-in.o:(.opd+0x1698): multiple definition of `copy_data' drivers/infiniband/hw/built-in.o:(.opd+0xe5f8): first defined here drivers/infiniband/sw/built-in.o:(.opd+0x1320):

Linux 4.8-rc1

It's been two weeks, and the merge window for 4.8 is thus closed. Due to travel last week, I actually still have a few pull requests pending in my inbox that I just wanted to take another look at before merging, but the large bulk of the merge window material has been merged, and I wanted to make

Linux 4.8-rc1

It's been two weeks, and the merge window for 4.8 is thus closed. Due to travel last week, I actually still have a few pull requests pending in my inbox that I just wanted to take another look at before merging, but the large bulk of the merge window material has been merged, and I wanted to make

drivers/pinctrl/intel/pinctrl-merrifield.c:518:10: error: implicit declaration of function 'readl'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 29b4817d4018df78086157ea3a55c1d9424a7cfc commit: 4e80c8f505741cbdef3e10862ea36057e8d85e7c pinctrl: intel: Add Intel Merrifield pin controller support date: 6 weeks ago config:

drivers/pinctrl/intel/pinctrl-merrifield.c:518:10: error: implicit declaration of function 'readl'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 29b4817d4018df78086157ea3a55c1d9424a7cfc commit: 4e80c8f505741cbdef3e10862ea36057e8d85e7c pinctrl: intel: Add Intel Merrifield pin controller support date: 6 weeks ago config:

Re: [PATCH] USB: serial: fix memleak on error path in usb-serial

On Mon, 8 Aug 2016, Alexey Klimov wrote: > udriver struct allocated by kzalloc() will not be freed > if usb_register() and next calls fail. This patch fixes this > by adding one more step with kfree(udriver) in error path. > > Cc: Alan Stern > Signed-off-by: Alexey

Re: [PATCH] USB: serial: fix memleak on error path in usb-serial

On Mon, 8 Aug 2016, Alexey Klimov wrote: > udriver struct allocated by kzalloc() will not be freed > if usb_register() and next calls fail. This patch fixes this > by adding one more step with kfree(udriver) in error path. > > Cc: Alan Stern > Signed-off-by: Alexey Klimov > --- >

[PATCH] USB: serial: fix memleak on error path in usb-serial

udriver struct allocated by kzalloc() will not be freed if usb_register() and next calls fail. This patch fixes this by adding one more step with kfree(udriver) in error path. Cc: Alan Stern Signed-off-by: Alexey Klimov ---

[PATCH] USB: serial: fix memleak on error path in usb-serial

udriver struct allocated by kzalloc() will not be freed if usb_register() and next calls fail. This patch fixes this by adding one more step with kfree(udriver) in error path. Cc: Alan Stern Signed-off-by: Alexey Klimov --- drivers/usb/serial/usb-serial.c | 4 +++- 1 file changed, 3

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

Hi > After merging the sound-asoc tree, today's linux-next build (arm > multi_v7_defconfig build) failed like this: > > sound/soc/generic/simple-card.c: In function 'asoc_simple_card_dai_link_of': > sound/soc/generic/simple-card.c:350:8: error: implicit declaration of > function

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

Hi > After merging the sound-asoc tree, today's linux-next build (arm > multi_v7_defconfig build) failed like this: > > sound/soc/generic/simple-card.c: In function 'asoc_simple_card_dai_link_of': > sound/soc/generic/simple-card.c:350:8: error: implicit declaration of > function

Charity Project !!!

My wife and I have awarded you with a donation of $ 1,000,000.00 Dollars from part of our Jackpot Lottery of 50 Million Dollars, respond with your details for claims. We await your earliest response and God Bless you. Friedrich And Annand Mayrhofer.

Charity Project !!!

My wife and I have awarded you with a donation of $ 1,000,000.00 Dollars from part of our Jackpot Lottery of 50 Million Dollars, respond with your details for claims. We await your earliest response and God Bless you. Friedrich And Annand Mayrhofer.

RE: [PATCH] ACPICA: Remove unnecessary '\n' in the end of ACPI_INFO output

> From: Alexander Kuleshov [mailto:kuleshovm...@gmail.com] > Subject: [PATCH] ACPICA: Remove unnecessary '\n' in the end of > ACPI_INFO output > > as the ACPI_INFO already prints `\n` in the end itself. [Lv Zheng] Looks good. Acked-by: Lv Zheng However this patch should go

RE: [PATCH] ACPICA: Remove unnecessary '\n' in the end of ACPI_INFO output

> From: Alexander Kuleshov [mailto:kuleshovm...@gmail.com] > Subject: [PATCH] ACPICA: Remove unnecessary '\n' in the end of > ACPI_INFO output > > as the ACPI_INFO already prints `\n` in the end itself. [Lv Zheng] Looks good. Acked-by: Lv Zheng However this patch should go through ACPICA

linux-next: build failure after merge of the sound-asoc tree

Hi all, After merging the sound-asoc tree, today's linux-next build (arm multi_v7_defconfig build) failed like this: sound/soc/generic/simple-card.c: In function 'asoc_simple_card_dai_link_of': sound/soc/generic/simple-card.c:350:8: error: implicit declaration of function

linux-next: build failure after merge of the sound-asoc tree

Hi all, After merging the sound-asoc tree, today's linux-next build (arm multi_v7_defconfig build) failed like this: sound/soc/generic/simple-card.c: In function 'asoc_simple_card_dai_link_of': sound/soc/generic/simple-card.c:350:8: error: implicit declaration of function

Re: [RFC PATCH v7 1/7] Restartable sequences system call

On Sun, Aug 07, 2016 at 03:36:24PM +, Mathieu Desnoyers wrote: > - On Aug 3, 2016, at 11:45 AM, Boqun Feng boqun.f...@gmail.com wrote: > > > On Wed, Aug 03, 2016 at 03:19:40PM +0200, Peter Zijlstra wrote: > >> On Thu, Jul 21, 2016 at 05:14:16PM -0400, Mathieu Desnoyers wrote: > >> > diff

Re: [RFC PATCH v7 1/7] Restartable sequences system call

On Sun, Aug 07, 2016 at 03:36:24PM +, Mathieu Desnoyers wrote: > - On Aug 3, 2016, at 11:45 AM, Boqun Feng boqun.f...@gmail.com wrote: > > > On Wed, Aug 03, 2016 at 03:19:40PM +0200, Peter Zijlstra wrote: > >> On Thu, Jul 21, 2016 at 05:14:16PM -0400, Mathieu Desnoyers wrote: > >> > diff

[PATCH 4/6] hwmon: (lm95241) Drop FSF address

The FSF address may change, and providing it does not add any value. Signed-off-by: Guenter Roeck --- drivers/hwmon/lm95241.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/hwmon/lm95241.c b/drivers/hwmon/lm95241.c index c2da2b161996..507b32b67974 100644 ---

[PATCH 6/6] hwmon: (lm95241) Use more accurate limits

The lower temperature limit is -128 degrees C. The supported upper limits are 127.875 or 255.875 degrees C. Also, don't fail if a value outside the supported range is provided when setting a temperature limit. Instead, clamp the provided value to the available value range. Signed-off-by: Guenter

[PATCH 4/6] hwmon: (lm95241) Drop FSF address

The FSF address may change, and providing it does not add any value. Signed-off-by: Guenter Roeck --- drivers/hwmon/lm95241.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/hwmon/lm95241.c b/drivers/hwmon/lm95241.c index c2da2b161996..507b32b67974 100644 ---

[PATCH 6/6] hwmon: (lm95241) Use more accurate limits

The lower temperature limit is -128 degrees C. The supported upper limits are 127.875 or 255.875 degrees C. Also, don't fail if a value outside the supported range is provided when setting a temperature limit. Instead, clamp the provided value to the available value range. Signed-off-by: Guenter

  1   2   3   >