Re: MFC: different h264 profile and level output the same size encoded result

On 08/29/2016 01:49 PM, Andrzej Hajda wrote: Hi, On 08/27/2016 11:55 AM, Randy Li wrote: Hi: I have been reported that the setting the profile, level and bitrate through the v4l2 extra controls would not make the encoded result different. I tried it recently, it is true. Although the

Re: MFC: different h264 profile and level output the same size encoded result

On 08/29/2016 01:49 PM, Andrzej Hajda wrote: Hi, On 08/27/2016 11:55 AM, Randy Li wrote: Hi: I have been reported that the setting the profile, level and bitrate through the v4l2 extra controls would not make the encoded result different. I tried it recently, it is true. Although the

Re: MFC: different h264 profile and level output the same size encoded result

Hi, On 08/27/2016 11:55 AM, Randy Li wrote: > Hi: > >I have been reported that the setting the profile, level and bitrate > through the v4l2 extra controls would not make the encoded result > different. I tried it recently, it is true. Although the h264 parser > would tell me the result

Re: MFC: different h264 profile and level output the same size encoded result

Hi, On 08/27/2016 11:55 AM, Randy Li wrote: > Hi: > >I have been reported that the setting the profile, level and bitrate > through the v4l2 extra controls would not make the encoded result > different. I tried it recently, it is true. Although the h264 parser > would tell me the result

[GIT] Networking

1) Segregate namespaces properly in conntrack dumps, from Liping Zhang. 2) tcp listener refcount fix in netfilter tproxy, from Eric Dumazet. 3) Fix timeouts in qed driver due to xmit_more, from Yuval Mintz. 4) Fix use-after-free in tcp_xmit_retransmit_queue(). 5) Userspace header fixups

[GIT] Networking

1) Segregate namespaces properly in conntrack dumps, from Liping Zhang. 2) tcp listener refcount fix in netfilter tproxy, from Eric Dumazet. 3) Fix timeouts in qed driver due to xmit_more, from Yuval Mintz. 4) Fix use-after-free in tcp_xmit_retransmit_queue(). 5) Userspace header fixups

[GIT PULL] platform-drivers-x86 for 4.8-4

Hi Linus, The following changes since commit 3eab887a55424fc2c27553b7bfe32330df83f7b8: Linux 4.8-rc4 (2016-08-28 15:04:33 -0700) are available in the git repository at: git://git.infradead.org/users/dvhart/linux-platform-drivers-x86.git tags/platform-drivers-x86-v4.8-4 for you to fetch

[GIT PULL] platform-drivers-x86 for 4.8-4

Hi Linus, The following changes since commit 3eab887a55424fc2c27553b7bfe32330df83f7b8: Linux 4.8-rc4 (2016-08-28 15:04:33 -0700) are available in the git repository at: git://git.infradead.org/users/dvhart/linux-platform-drivers-x86.git tags/platform-drivers-x86-v4.8-4 for you to fetch

Re: [PATCH] mm: Use zonelist name instead of using hardcoded index

On 08/26/2016 09:27 PM, Aneesh Kumar K.V wrote: > This use the existing enums instead of hardcoded index when looking at the Small nit. 'use' --> 'uses' > zonelist. This makes it more readable. No functionality change by this > patch. Came across this some time back, yeah it really makes sense

Re: [PATCH] mm: Use zonelist name instead of using hardcoded index

On 08/26/2016 09:27 PM, Aneesh Kumar K.V wrote: > This use the existing enums instead of hardcoded index when looking at the Small nit. 'use' --> 'uses' > zonelist. This makes it more readable. No functionality change by this > patch. Came across this some time back, yeah it really makes sense

Grant Offer

You are a recipient to Mrs Julie leach Donation of 2M USD. Contact (julie_leach...@hotmail.com) for claims

Grant Offer

You are a recipient to Mrs Julie leach Donation of 2M USD. Contact (julie_leach...@hotmail.com) for claims

[PATCH 2/3] ARM: dts: imx7-colibri: add basic supply regulators

Colibri modules need to be powered using the power pins 3V3 and AVDD_AUDIO. Add fixed regulators which represent this power rails. Potentially, those power rails could be switched on a carrier board. A carrier board device tree could add a own regulator with a GPIO, and reference that regulator in

[PATCH 3/3] ARM: dts: imx7-colibri: add Audio support

Add audio support via on module I2S SGTL5000 codec. Signed-off-by: Stefan Agner --- arch/arm/boot/dts/imx7-colibri.dtsi | 41 - 1 file changed, 40 insertions(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/imx7-colibri.dtsi

[PATCH 1/3] ARM: dts: imx7-colibri: move SD-card to module level

Move SD-card definition to module level. While at it, also disable write-protect since the Colibri standard does not define a pin for SD-Card write-protection. Signed-off-by: Stefan Agner --- arch/arm/boot/dts/imx7-colibri-eval-v3.dtsi | 4

[PATCH 2/3] ARM: dts: imx7-colibri: add basic supply regulators

Colibri modules need to be powered using the power pins 3V3 and AVDD_AUDIO. Add fixed regulators which represent this power rails. Potentially, those power rails could be switched on a carrier board. A carrier board device tree could add a own regulator with a GPIO, and reference that regulator in

[PATCH 3/3] ARM: dts: imx7-colibri: add Audio support

Add audio support via on module I2S SGTL5000 codec. Signed-off-by: Stefan Agner --- arch/arm/boot/dts/imx7-colibri.dtsi | 41 - 1 file changed, 40 insertions(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/imx7-colibri.dtsi

[PATCH 1/3] ARM: dts: imx7-colibri: move SD-card to module level

Move SD-card definition to module level. While at it, also disable write-protect since the Colibri standard does not define a pin for SD-Card write-protection. Signed-off-by: Stefan Agner --- arch/arm/boot/dts/imx7-colibri-eval-v3.dtsi | 4 arch/arm/boot/dts/imx7-colibri.dtsi | 8

[PATCH v5 6/6] mm/cma: remove per zone CMA stat

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA so we don't need to maintain CMA stat in other zones. Remove it. Acked-by: Vlastimil Babka Signed-off-by: Joonsoo Kim --- fs/proc/meminfo.c

[PATCH v5 2/6] mm/cma: introduce new zone, ZONE_CMA

From: Joonsoo Kim Attached cover-letter: This series try to solve problems of current CMA implementation. CMA is introduced to provide physically contiguous pages at runtime without exclusive reserved memory area. But, current implementation works like as previous

[PATCH v5 5/6] mm/cma: remove MIGRATE_CMA

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA and there is no other type of pages. Therefore, we don't need to use MIGRATE_CMA to distinguish and handle differently for CMA pages and ordinary pages. Remove MIGRATE_CMA. Unfortunately,

[PATCH v5 6/6] mm/cma: remove per zone CMA stat

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA so we don't need to maintain CMA stat in other zones. Remove it. Acked-by: Vlastimil Babka Signed-off-by: Joonsoo Kim --- fs/proc/meminfo.c | 2 +- include/linux/cma.h| 6 ++

[PATCH v5 2/6] mm/cma: introduce new zone, ZONE_CMA

From: Joonsoo Kim Attached cover-letter: This series try to solve problems of current CMA implementation. CMA is introduced to provide physically contiguous pages at runtime without exclusive reserved memory area. But, current implementation works like as previous reserved memory approach,

[PATCH v5 5/6] mm/cma: remove MIGRATE_CMA

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA and there is no other type of pages. Therefore, we don't need to use MIGRATE_CMA to distinguish and handle differently for CMA pages and ordinary pages. Remove MIGRATE_CMA. Unfortunately, this patch make free

[PATCH v5 0/6] Introduce ZONE_CMA

From: Joonsoo Kim Hello, Changes from v4 o Rebase on next-20160825 o Add general fix patch for lowmem reserve o Fix lowmem reserve ratio o Fix zone span optimizaion per Vlastimil o Fix pageset initialization o Change invocation timing on cma_init_reserved_areas()

[PATCH v5 0/6] Introduce ZONE_CMA

From: Joonsoo Kim Hello, Changes from v4 o Rebase on next-20160825 o Add general fix patch for lowmem reserve o Fix lowmem reserve ratio o Fix zone span optimizaion per Vlastimil o Fix pageset initialization o Change invocation timing on cma_init_reserved_areas() Changes from v3 o Rebase on

[PATCH v5 4/6] mm/cma: remove ALLOC_CMA

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA and it only serves for GFP_HIGHUSER_MOVABLE. Therefore, we don't need to consider ALLOC_CMA at all. Acked-by: Vlastimil Babka Signed-off-by: Joonsoo Kim

[PATCH v5 1/6] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request

From: Joonsoo Kim Freepage on ZONE_HIGHMEM doesn't work for kernel memory so it's not that important to reserve. When ZONE_MOVABLE is used, this problem would theorectically cause to decrease usable memory for GFP_HIGHUSER_MOVABLE allocation request which is mainly used

[PATCH v5 3/6] mm/cma: populate ZONE_CMA

From: Joonsoo Kim Until now, reserved pages for CMA are managed in the ordinary zones where page's pfn are belong to. This approach has numorous problems and fixing them isn't easy. (It is mentioned on previous patch.) To fix this situation, ZONE_CMA is introduced in

[PATCH v5 4/6] mm/cma: remove ALLOC_CMA

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA and it only serves for GFP_HIGHUSER_MOVABLE. Therefore, we don't need to consider ALLOC_CMA at all. Acked-by: Vlastimil Babka Signed-off-by: Joonsoo Kim --- mm/compaction.c | 4 +--- mm/internal.h | 1 -

[PATCH v5 1/6] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request

From: Joonsoo Kim Freepage on ZONE_HIGHMEM doesn't work for kernel memory so it's not that important to reserve. When ZONE_MOVABLE is used, this problem would theorectically cause to decrease usable memory for GFP_HIGHUSER_MOVABLE allocation request which is mainly used for page cache and anon

[PATCH v5 3/6] mm/cma: populate ZONE_CMA

From: Joonsoo Kim Until now, reserved pages for CMA are managed in the ordinary zones where page's pfn are belong to. This approach has numorous problems and fixing them isn't easy. (It is mentioned on previous patch.) To fix this situation, ZONE_CMA is introduced in previous patch, but, not yet

Re: [PATCH][v8] PM / hibernate: Verify the consistent of e820 memory map by md5 value

On Mon, Aug 29, 2016 at 12:35:40AM +0800, Chen Yu wrote: > On some platforms, there is occasional panic triggered when trying to > resume from hibernation, a typical panic looks like: > > "BUG: unable to handle kernel paging request at 880085894000 > IP: [] load_image_lzo+0x8c2/0xe70" > >

Re: [PATCH][v8] PM / hibernate: Verify the consistent of e820 memory map by md5 value

On Mon, Aug 29, 2016 at 12:35:40AM +0800, Chen Yu wrote: > On some platforms, there is occasional panic triggered when trying to > resume from hibernation, a typical panic looks like: > > "BUG: unable to handle kernel paging request at 880085894000 > IP: [] load_image_lzo+0x8c2/0xe70" > >

Re: [PART2 PATCH v7 00/12] iommu/AMD: Introduce IOMMU AVIC support

Hi Joerg, Radim Any other concerns? Thanks, Suravee On 8/24/16 01:52, Suravee Suthikulpanit wrote: From: Suravee Suthikulpanit CHANGES FROM V6 === Per Radim: * No longer expose struct amd_ir_data to SVM. * Introduce struct amd_svm_iommu_ir

Re: [PART2 PATCH v7 00/12] iommu/AMD: Introduce IOMMU AVIC support

Hi Joerg, Radim Any other concerns? Thanks, Suravee On 8/24/16 01:52, Suravee Suthikulpanit wrote: From: Suravee Suthikulpanit CHANGES FROM V6 === Per Radim: * No longer expose struct amd_ir_data to SVM. * Introduce struct amd_svm_iommu_ir (amd_ir_data wrapper). *

[GIT PULL] Please pull powerpc/linux.git powerpc-4.8-4 tag

Hi Linus ! So my appologies for being a lousy replacement maintainer while Michael is on vacation ... this was meant to be sent early last week, but I has a change pending on one of the fixes and other things made me forget all about. Ugh. This is my first signed-tag and use of 2fa so I hope I

[GIT PULL] Please pull powerpc/linux.git powerpc-4.8-4 tag

Hi Linus ! So my appologies for being a lousy replacement maintainer while Michael is on vacation ... this was meant to be sent early last week, but I has a change pending on one of the fixes and other things made me forget all about. Ugh. This is my first signed-tag and use of 2fa so I hope I

Build error in timer-atmel-pit.c

Daniel, After updating to linux-4.8-rc4, I got the following build error: linux-x.yy/drivers/clocksource/timer-atmel-pit.c: In function 'at91sam926x_pit_dt_init': linux-x.yy/drivers/clocksource/timer-atmel-pit.c:264:2: error: 'ret' undeclared (first use in this function) ret =

Build error in timer-atmel-pit.c

Daniel, After updating to linux-4.8-rc4, I got the following build error: linux-x.yy/drivers/clocksource/timer-atmel-pit.c: In function 'at91sam926x_pit_dt_init': linux-x.yy/drivers/clocksource/timer-atmel-pit.c:264:2: error: 'ret' undeclared (first use in this function) ret =

Re: imx-drm: Possible regression after update to atomic

Hi Thorsten, On Sun, Aug 28, 2016 at 6:17 PM, Thorsten Leemhuis wrote: > Lo! Dave, below report made it to the list of regression for 4.8, but > afaics nothing happened after the initial report. Was it discussed (and > maybe even fixed?) elsewhere? Or is there some

Re: imx-drm: Possible regression after update to atomic

Hi Thorsten, On Sun, Aug 28, 2016 at 6:17 PM, Thorsten Leemhuis wrote: > Lo! Dave, below report made it to the list of regression for 4.8, but > afaics nothing happened after the initial report. Was it discussed (and > maybe even fixed?) elsewhere? Or is there some reason why it shouldn't > be

Re: [PATCH 5/5] net/xgene: fix error handling during reset

From: Arnd Bergmann Date: Fri, 26 Aug 2016 17:25:46 +0200 > The newly added reset logic uses helper functions for the MMIO that > may fail. However, when the read operation fails, we end up writing > back uninitialized data to the register, as gcc warns: > >

Re: [PATCH 4/5] net_sched: fix use of uninitialized ethertype variable in cls_flower

From: Arnd Bergmann Date: Fri, 26 Aug 2016 17:25:45 +0200 > The addition of VLAN support caused a possible use of uninitialized > data if we encounter a zero TCA_FLOWER_KEY_ETH_TYPE key, as pointed > out by "gcc -Wmaybe-uninitialized": > > net/sched/cls_flower.c: In function

Re: [PATCH 5/5] net/xgene: fix error handling during reset

From: Arnd Bergmann Date: Fri, 26 Aug 2016 17:25:46 +0200 > The newly added reset logic uses helper functions for the MMIO that > may fail. However, when the read operation fails, we end up writing > back uninitialized data to the register, as gcc warns: > >

Re: [PATCH 4/5] net_sched: fix use of uninitialized ethertype variable in cls_flower

From: Arnd Bergmann Date: Fri, 26 Aug 2016 17:25:45 +0200 > The addition of VLAN support caused a possible use of uninitialized > data if we encounter a zero TCA_FLOWER_KEY_ETH_TYPE key, as pointed > out by "gcc -Wmaybe-uninitialized": > > net/sched/cls_flower.c: In function 'fl_change': >

Re: [PATCH v3 1/2] input: misc: Add generic input driver to read encoded GPIO lines

On Thursday 25 August 2016 10:26 PM, Dmitry Torokhov wrote: > On Wed, Aug 24, 2016 at 01:28:58PM +0530, Vignesh R wrote: >> Add a driver to read group of GPIO lines and provide its status as a >> numerical value as input event to the system. This will help in >> interfacing devices, that can be

Re: [PATCH v3 1/2] input: misc: Add generic input driver to read encoded GPIO lines

On Thursday 25 August 2016 10:26 PM, Dmitry Torokhov wrote: > On Wed, Aug 24, 2016 at 01:28:58PM +0530, Vignesh R wrote: >> Add a driver to read group of GPIO lines and provide its status as a >> numerical value as input event to the system. This will help in >> interfacing devices, that can be

Re: [PATCH 3/3] scsi/ncr5380: Improve interrupt latency during PIO tranfers

On Sun, 28 Aug 2016, Geert Uytterhoeven wrote: > Hi Finn, > > On Sat, Aug 27, 2016 at 4:30 AM, Finn Thain > wrote: > > Large PIO transfers are broken up into chunks to try to avoid > > disabling local IRQs for long periods. But IRQs are still disabled for > > too

Re: [PATCH 3/3] scsi/ncr5380: Improve interrupt latency during PIO tranfers

On Sun, 28 Aug 2016, Geert Uytterhoeven wrote: > Hi Finn, > > On Sat, Aug 27, 2016 at 4:30 AM, Finn Thain > wrote: > > Large PIO transfers are broken up into chunks to try to avoid > > disabling local IRQs for long periods. But IRQs are still disabled for > > too long and this causes SCC

Re: [RFC 1/1] drivers: i2c: omap: Add slave support

On 28 August 2016 at 07:35, Wolfram Sang wrote: > Well, I2C is simple, what could go wrong? :/ Actually I2C is elegant and *seems* simple, but in all its asynchronicity there are actually a surprising number of fine details you can trip over. Maybe that's why so many i2c

Re: [RFC 1/1] drivers: i2c: omap: Add slave support

On 28 August 2016 at 07:35, Wolfram Sang wrote: > Well, I2C is simple, what could go wrong? :/ Actually I2C is elegant and *seems* simple, but in all its asynchronicity there are actually a surprising number of fine details you can trip over. Maybe that's why so many i2c controllers suck: since

Re: [PATCH] cxgb4/cxgb4vf: fix spelling mistake "provissioned" -> "provisioned"

From: Colin King Date: Sun, 28 Aug 2016 12:07:02 +0100 > From: Colin Ian King > > Trivial fix to spelling mistake in dev_warn message. > > Signed-off-by: Colin Ian King Applied.

Re: [PATCH] wan/fsl_ucc_hdlc: fix spelling mistake "prameter" -> "parameter"

From: Colin King Date: Sun, 28 Aug 2016 11:40:41 +0100 > From: Colin Ian King > > Trivial fix to spelling mistake in dev_err message. > > Signed-off-by: Colin Ian King Applied.

Re: [PATCH] net: ucc_geth: fix spelling mistake "propperty" -> "property"

From: Colin King Date: Sun, 28 Aug 2016 12:03:27 +0100 > From: Colin Ian King > > Trivial fix to spelling mistake in dev_warn message. > > Signed-off-by: Colin Ian King Applied.

Re: [PATCH] cxgb4/cxgb4vf: fix spelling mistake "provissioned" -> "provisioned"

From: Colin King Date: Sun, 28 Aug 2016 12:07:02 +0100 > From: Colin Ian King > > Trivial fix to spelling mistake in dev_warn message. > > Signed-off-by: Colin Ian King Applied.

Re: [PATCH] wan/fsl_ucc_hdlc: fix spelling mistake "prameter" -> "parameter"

From: Colin King Date: Sun, 28 Aug 2016 11:40:41 +0100 > From: Colin Ian King > > Trivial fix to spelling mistake in dev_err message. > > Signed-off-by: Colin Ian King Applied.

Re: [PATCH] net: ucc_geth: fix spelling mistake "propperty" -> "property"

From: Colin King Date: Sun, 28 Aug 2016 12:03:27 +0100 > From: Colin Ian King > > Trivial fix to spelling mistake in dev_warn message. > > Signed-off-by: Colin Ian King Applied.

[PATCH] mount: dont execute propagate_umount() many times for same mounts

In a worse case the current complexity of umount_tree() is O(n^3). * Enumirate all mounts in a target tree (propagate_umount) * Enumirate mounts to find where these changes have to be propagated (mark_umount_candidates) * Enumirate mounts to find a requered mount by parent and dentry

[PATCH] mount: dont execute propagate_umount() many times for same mounts

In a worse case the current complexity of umount_tree() is O(n^3). * Enumirate all mounts in a target tree (propagate_umount) * Enumirate mounts to find where these changes have to be propagated (mark_umount_candidates) * Enumirate mounts to find a requered mount by parent and dentry

[PATCH 2/2] f2fs: add roll-forward recovery process for encrypted dentry

Add roll-forward recovery process for encrypted dentry, so the first fsync issued to an encrypted file does not need writing checkpoint. This improves the performance of the following test at thousands of small files: open -> write -> fsync -> close Signed-off-by: Shuoran Liu

[PATCH 1/2] f2fs: set encryption name flag in add inline entry path

This patch sets encryption name flag in the add inline entry path if filename is encrypted. Signed-off-by: Shuoran Liu --- fs/f2fs/inline.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/f2fs/inline.c b/fs/f2fs/inline.c index ccea873..f9ce04a7 100644 ---

[PATCH 1/2] f2fs: set encryption name flag in add inline entry path

This patch sets encryption name flag in the add inline entry path if filename is encrypted. Signed-off-by: Shuoran Liu --- fs/f2fs/inline.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/f2fs/inline.c b/fs/f2fs/inline.c index ccea873..f9ce04a7 100644 --- a/fs/f2fs/inline.c +++

[PATCH 2/2] f2fs: add roll-forward recovery process for encrypted dentry

Add roll-forward recovery process for encrypted dentry, so the first fsync issued to an encrypted file does not need writing checkpoint. This improves the performance of the following test at thousands of small files: open -> write -> fsync -> close Signed-off-by: Shuoran Liu --- fs/f2fs/dir.c

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

On 2016/8/29 10:50, Elaine Zhang wrote: On 08/27/2016 11:05 PM, Shawn Lin wrote: On 2016/8/27 21:41, Ziyuan Xu wrote: Control power domain for eMMC via genpd to reduce power consumption. Signed-off-by: Elaine Zhang Signed-off-by: Ziyuan Xu

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

On 2016/8/29 10:50, Elaine Zhang wrote: On 08/27/2016 11:05 PM, Shawn Lin wrote: On 2016/8/27 21:41, Ziyuan Xu wrote: Control power domain for eMMC via genpd to reduce power consumption. Signed-off-by: Elaine Zhang Signed-off-by: Ziyuan Xu It looks nice to me. But this should be merged

RE: [PATCH] omapdrm: dss: drop unneeded of_node_put() on ref passed to of_get_next_parent()

>Sent: Saturday, August 27, 2016 8:07 PM >To: Tomi Valkeinen ; Tony Lindgren ; >Sean Paul ; Peter Chen ; >Andrey Utkin >Cc: David Airlie ; Peter Ujfalusi

RE: [PATCH] omapdrm: dss: drop unneeded of_node_put() on ref passed to of_get_next_parent()

>Sent: Saturday, August 27, 2016 8:07 PM >To: Tomi Valkeinen ; Tony Lindgren ; >Sean Paul ; Peter Chen ; >Andrey Utkin >Cc: David Airlie ; Peter Ujfalusi ; >Dave >Airlie ; Rob Clark ; Dr. H. Nikolaus >Schaller ; Andrew Bradford ; >ker...@pyra-handheld.com; Discussions about the Letux Kernel

Re: [PATCH v7 11/14] arm64/numa: support HAVE_MEMORYLESS_NODES

On 2016/8/27 19:05, Leizhen (ThunderTown) wrote: > > > On 2016/8/26 23:43, Will Deacon wrote: >> On Wed, Aug 24, 2016 at 03:44:50PM +0800, Zhen Lei wrote: >>> Some numa nodes may have no memory. For example: >>> 1. cpu0 on node0 >>> 2. cpu1 on node1 >>> 3. device0 access the momory from node0

Re: [PATCH v7 11/14] arm64/numa: support HAVE_MEMORYLESS_NODES

On 2016/8/27 19:05, Leizhen (ThunderTown) wrote: > > > On 2016/8/26 23:43, Will Deacon wrote: >> On Wed, Aug 24, 2016 at 03:44:50PM +0800, Zhen Lei wrote: >>> Some numa nodes may have no memory. For example: >>> 1. cpu0 on node0 >>> 2. cpu1 on node1 >>> 3. device0 access the momory from node0

Re: [PATCH v6 0/8] power: add power sequence library

On Wed, Aug 24, 2016 at 04:53:35PM +0800, Peter Chen wrote: > On Tue, Aug 23, 2016 at 04:02:48PM +0530, Vaibhav Hiremath wrote: > > > > > > On Monday 15 August 2016 02:43 PM, Peter Chen wrote: > > >Hi all, > > > > > >This is a follow-up for my last power sequence framework patch set [1]. > >

Re: [PATCH v6 0/8] power: add power sequence library

On Wed, Aug 24, 2016 at 04:53:35PM +0800, Peter Chen wrote: > On Tue, Aug 23, 2016 at 04:02:48PM +0530, Vaibhav Hiremath wrote: > > > > > > On Monday 15 August 2016 02:43 PM, Peter Chen wrote: > > >Hi all, > > > > > >This is a follow-up for my last power sequence framework patch set [1]. > >

[PATCH] ftrace: Access ret_stack->subtime only in the function profiler

The subtime is used only for function profiler with function graph tracer enabled. Move the definition of subtime under CONFIG_FUNCTION_PROFILER to reduce the memory usage. Also move the initialization of subtime into the graph entry callback. Cc: Josh Poimboeuf

[PATCH] ftrace: Access ret_stack->subtime only in the function profiler

The subtime is used only for function profiler with function graph tracer enabled. Move the definition of subtime under CONFIG_FUNCTION_PROFILER to reduce the memory usage. Also move the initialization of subtime into the graph entry callback. Cc: Josh Poimboeuf Signed-off-by: Namhyung Kim

Re: kcm: use-after-free in fput of kcm socket

On Sun, Aug 28, 2016 at 3:10 AM, Dmitry Vyukov wrote: > Hello, > > The following program triggers use-after-free: > > // autogenerated by syzkaller (http://github.com/google/syzkaller) > #include > #include > > int main() > { > int fd = syscall(SYS_socket, 0x29ul, 0x5ul,

Re: kcm: use-after-free in fput of kcm socket

On Sun, Aug 28, 2016 at 3:10 AM, Dmitry Vyukov wrote: > Hello, > > The following program triggers use-after-free: > > // autogenerated by syzkaller (http://github.com/google/syzkaller) > #include > #include > > int main() > { > int fd = syscall(SYS_socket, 0x29ul, 0x5ul, 0x0ul, 0, 0, 0); >

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

On 08/27/2016 11:05 PM, Shawn Lin wrote: On 2016/8/27 21:41, Ziyuan Xu wrote: Control power domain for eMMC via genpd to reduce power consumption. Signed-off-by: Elaine Zhang Signed-off-by: Ziyuan Xu It looks nice to me. But this should

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

On 08/27/2016 11:05 PM, Shawn Lin wrote: On 2016/8/27 21:41, Ziyuan Xu wrote: Control power domain for eMMC via genpd to reduce power consumption. Signed-off-by: Elaine Zhang Signed-off-by: Ziyuan Xu It looks nice to me. But this should be merged after applying that[0] as your patch

Re: [PATCH] drm/rockchip: vop: make vop register setting take effect

On 2016年08月27日 11:39, Chris Zhong wrote: The setting of vop registers need a reg_done writing to take effect. In vop_enable the vop return to work by by restoring registers, but the registers do not take effect immediately, it should a vop_cfg_done after it. The same thing is needed by

Re: [PATCH] drm/rockchip: vop: make vop register setting take effect

On 2016年08月27日 11:39, Chris Zhong wrote: The setting of vop registers need a reg_done writing to take effect. In vop_enable the vop return to work by by restoring registers, but the registers do not take effect immediately, it should a vop_cfg_done after it. The same thing is needed by

[PATCH] iio: fix pressure data output unit in hid-sensor-attributes

From: "Kweh, Hock Leong" According to IIO ABI definition, IIO_PRESSURE data output unit is kilopascal: http://lxr.free-electrons.com/source/Documentation/ABI/testing/sysfs-bus-iio This patch fix output unit of HID pressure sensor IIO driver from pascal to kilopascal

[PATCH] iio: fix pressure data output unit in hid-sensor-attributes

From: "Kweh, Hock Leong" According to IIO ABI definition, IIO_PRESSURE data output unit is kilopascal: http://lxr.free-electrons.com/source/Documentation/ABI/testing/sysfs-bus-iio This patch fix output unit of HID pressure sensor IIO driver from pascal to kilopascal to follow IIO ABI

Re: [PATCH] thermal: hisilicon: fix COMPILE_TEST dependencies

On Mon, Aug 29, 2016 at 10:00:52AM +0800, Zhang Rui wrote: > On 五, 2016-08-26 at 17:44 +0200, Arnd Bergmann wrote: > > As we now 'select STUB_CLK_HI6220', all dependencies for that driver > > have > > to be present in order to enable HISI_THERMAL, as pointed out by > > Kconfig: > > > > warning:

Re: [PATCH] thermal: hisilicon: fix COMPILE_TEST dependencies

On Mon, Aug 29, 2016 at 10:00:52AM +0800, Zhang Rui wrote: > On 五, 2016-08-26 at 17:44 +0200, Arnd Bergmann wrote: > > As we now 'select STUB_CLK_HI6220', all dependencies for that driver > > have > > to be present in order to enable HISI_THERMAL, as pointed out by > > Kconfig: > > > > warning:

Re: chipidea: udc: kernel panic in isr_setup_status_phase

On Sun, Aug 28, 2016 at 08:15:02PM +0200, Clemens Gruber wrote: > On Sat, Aug 27, 2016 at 01:21:52AM +0800, Peter Chen wrote: > > The gadget triggers UI interrupt due to host sends packet. > > > > I really can't understand that, why host does not send bus reset > > before sending packet (eg,

Re: chipidea: udc: kernel panic in isr_setup_status_phase

On Sun, Aug 28, 2016 at 08:15:02PM +0200, Clemens Gruber wrote: > On Sat, Aug 27, 2016 at 01:21:52AM +0800, Peter Chen wrote: > > The gadget triggers UI interrupt due to host sends packet. > > > > I really can't understand that, why host does not send bus reset > > before sending packet (eg,

Re: checkkpatch (in)sanity ?

On Sun, Aug 28, 2016 at 07:20:52PM -0400, Joe Perches wrote: > On Sun, 2016-08-28 at 18:37 -0400, Levin, Alexander wrote: > > On Sun, Aug 28, 2016 at 01:15:57PM -0400, Joe Perches wrote: > > > On Sat, 2016-08-27 at 22:47 -0400, Levin, Alexander wrote: > > > > Would you agree that by default we

Re: checkkpatch (in)sanity ?

On Sun, Aug 28, 2016 at 07:20:52PM -0400, Joe Perches wrote: > On Sun, 2016-08-28 at 18:37 -0400, Levin, Alexander wrote: > > On Sun, Aug 28, 2016 at 01:15:57PM -0400, Joe Perches wrote: > > > On Sat, 2016-08-27 at 22:47 -0400, Levin, Alexander wrote: > > > > Would you agree that by default we

Re: [PATCH v6 1/2] clk: uniphier: add core support code for UniPhier clock driver

Hi Stephen, 2016-08-20 4:16 GMT+09:00 Stephen Boyd : >> >> >> + >> >> + parent = of_get_parent(dev->of_node); /* parent should be syscon >> >> node */ >> >> + regmap = syscon_node_to_regmap(parent); >> >> + of_node_put(parent); >> > >> >

Re: [PATCH v6 1/2] clk: uniphier: add core support code for UniPhier clock driver

Hi Stephen, 2016-08-20 4:16 GMT+09:00 Stephen Boyd : >> >> >> + >> >> + parent = of_get_parent(dev->of_node); /* parent should be syscon >> >> node */ >> >> + regmap = syscon_node_to_regmap(parent); >> >> + of_node_put(parent); >> > >> > devm_get_regmap(dev->parent) should work

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

On 08/27/2016 11:05 PM, Shawn Lin wrote: On 2016/8/27 21:41, Ziyuan Xu wrote: Control power domain for eMMC via genpd to reduce power consumption. Signed-off-by: Elaine Zhang Signed-off-by: Ziyuan Xu It looks nice to me. But this should

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

On 08/27/2016 11:05 PM, Shawn Lin wrote: On 2016/8/27 21:41, Ziyuan Xu wrote: Control power domain for eMMC via genpd to reduce power consumption. Signed-off-by: Elaine Zhang Signed-off-by: Ziyuan Xu It looks nice to me. But this should be merged after applying that[0] as your patch

Re: [PATCH] thermal: hisilicon: fix COMPILE_TEST dependencies

On 五, 2016-08-26 at 17:44 +0200, Arnd Bergmann wrote: > As we now 'select STUB_CLK_HI6220', all dependencies for that driver > have > to be present in order to enable HISI_THERMAL, as pointed out by > Kconfig: > > warning: (HISI_THERMAL) selects STUB_CLK_HI6220 which has unmet > direct

Re: [PATCH] thermal: hisilicon: fix COMPILE_TEST dependencies

On 五, 2016-08-26 at 17:44 +0200, Arnd Bergmann wrote: > As we now 'select STUB_CLK_HI6220', all dependencies for that driver > have > to be present in order to enable HISI_THERMAL, as pointed out by > Kconfig: > > warning: (HISI_THERMAL) selects STUB_CLK_HI6220 which has unmet > direct

Re: [PATCH][v6] PM / hibernate: Print the possible panic reason when resuming with inconsistent e820 map

Hi, [no properly binding reference via In-Reply-To: available thus manually re-creating, sorry] > > So we can print warning in hibernation_die_notifier without > > introducing a global variable? > > > > Actually, I'd kill the machine right away. > > if (memcmp(result, buf, MD5_DIGEST_SIZE))

Re: [PATCH][v6] PM / hibernate: Print the possible panic reason when resuming with inconsistent e820 map

Hi, [no properly binding reference via In-Reply-To: available thus manually re-creating, sorry] > > So we can print warning in hibernation_die_notifier without > > introducing a global variable? > > > > Actually, I'd kill the machine right away. > > if (memcmp(result, buf, MD5_DIGEST_SIZE))

Re: [PATCH 1/1] ceph: do not modify fi->frag in need_reset_readdir()

> On Aug 29, 2016, at 00:47, Nicolas Iooss wrote: > > Commit f3c4ebe65ea1 ("ceph: using hash value to compose dentry offset") > modified "if (fpos_frag(new_pos) != fi->frag)" to "if (fi->frag |= > fpos_frag(new_pos))" in need_reset_readdir(), thus replacing a >

Re: [PATCH 1/1] ceph: do not modify fi->frag in need_reset_readdir()

> On Aug 29, 2016, at 00:47, Nicolas Iooss wrote: > > Commit f3c4ebe65ea1 ("ceph: using hash value to compose dentry offset") > modified "if (fpos_frag(new_pos) != fi->frag)" to "if (fi->frag |= > fpos_frag(new_pos))" in need_reset_readdir(), thus replacing a > comparison operator with an

Great Offer

You are a recipient to Mrs Julie Leach Donation of $2 million USD. Contact (julieleach...@hotmail.com) for claims.

Great Offer

You are a recipient to Mrs Julie Leach Donation of $2 million USD. Contact (julieleach...@hotmail.com) for claims.

  1   2   3   4   5   6   >