Re: v4.8-rc1: thinkpad x60: running at low frequency even during kernel build

Hi! > > 4.9-rc2 has bios_limit: > > > > pavel@duo:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/bios_limit > > 1833000 > > > > and it has thermal zones: > > > > /sys/devices/virtual/thermal/thermal_zone0/trip_point_0_temp 127000 > > /sys/devices/virtual/thermal/thermal_zone0/trip_point_0_type

Re: v4.8-rc1: thinkpad x60: running at low frequency even during kernel build

Hi! > > 4.9-rc2 has bios_limit: > > > > pavel@duo:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/bios_limit > > 1833000 > > > > and it has thermal zones: > > > > /sys/devices/virtual/thermal/thermal_zone0/trip_point_0_temp 127000 > > /sys/devices/virtual/thermal/thermal_zone0/trip_point_0_type

Re: [PATCH v4 2/6] Add Advantech iManager GPIO driver

On Wed, Nov 2, 2016 at 9:37 AM, Richard Vidal-Dorsch wrote: > Signed-off-by: Richard Vidal-Dorsch > +#include > +#include #include should be enough. > +#include > +#include > +#include > +#include > +#include > + > +#define

Re: [PATCH v4 2/6] Add Advantech iManager GPIO driver

On Wed, Nov 2, 2016 at 9:37 AM, Richard Vidal-Dorsch wrote: > Signed-off-by: Richard Vidal-Dorsch > +#include > +#include #include should be enough. > +#include > +#include > +#include > +#include > +#include > + > +#define EC_GPIOF_DIR_OUT BIT(6) > +#define EC_GPIOF_DIR_IN

Re: [PATCH v3 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Hi Laurent, Thanks for your prompt reply. I will fix them in patch v4. On Sat, 2016-11-05 at 01:32 +0200, Laurent Pinchart wrote: > Hi Rick, > > Thank you for the patch. > > On Friday 04 Nov 2016 13:51:18 Rick Chang wrote: > > Add a DT binding documentation for Mediatek JPEG Decoder of > >

Re: [PATCH v3 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Hi Laurent, Thanks for your prompt reply. I will fix them in patch v4. On Sat, 2016-11-05 at 01:32 +0200, Laurent Pinchart wrote: > Hi Rick, > > Thank you for the patch. > > On Friday 04 Nov 2016 13:51:18 Rick Chang wrote: > > Add a DT binding documentation for Mediatek JPEG Decoder of > >

[PATCH v2 1/1] ARM: dmaengine: sun6i: share the dma driver with sun50i

Add soc a64 dma support. Signed-off-by: Hao Zhang --- drivers/dma/sun6i-dma.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/drivers/dma/sun6i-dma.c b/drivers/dma/sun6i-dma.c index 8346199..00fcfc7 100644 --- a/drivers/dma/sun6i-dma.c +++

[PATCH v2 0/1] ARM: dmaengine: sun6i: share the dma driver with sun50i

Hi, This patch add the allwinner soc a64 dma support on already done driver sun6i-dma. A64 is a 64bit SOC, it has 8 channel DMA which flexible data width of 8/16/32/64-bit. Detailed info about it is on Allwinner_A64_User_Manual_V1.0 page 196 and A64_Datasheet_V1.1 page 8. Due to the patch of

[PATCH v2 1/1] ARM: dmaengine: sun6i: share the dma driver with sun50i

Add soc a64 dma support. Signed-off-by: Hao Zhang --- drivers/dma/sun6i-dma.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/drivers/dma/sun6i-dma.c b/drivers/dma/sun6i-dma.c index 8346199..00fcfc7 100644 --- a/drivers/dma/sun6i-dma.c +++ b/drivers/dma/sun6i-dma.c @@

[PATCH v2 0/1] ARM: dmaengine: sun6i: share the dma driver with sun50i

Hi, This patch add the allwinner soc a64 dma support on already done driver sun6i-dma. A64 is a 64bit SOC, it has 8 channel DMA which flexible data width of 8/16/32/64-bit. Detailed info about it is on Allwinner_A64_User_Manual_V1.0 page 196 and A64_Datasheet_V1.1 page 8. Due to the patch of

[RFC][PATCH] mm: merge as soon as possible when pcp alloc/free

Usually the memory of android phones is very small, so after a long running, the fragment is very large. Kernel stack which called by alloc_thread_stack_node() usually alloc 16K memory, and it failed frequently. However we have CONFIG_VMAP_STACK now, but it do not support arm64, and maybe it has

[RFC][PATCH] mm: merge as soon as possible when pcp alloc/free

Usually the memory of android phones is very small, so after a long running, the fragment is very large. Kernel stack which called by alloc_thread_stack_node() usually alloc 16K memory, and it failed frequently. However we have CONFIG_VMAP_STACK now, but it do not support arm64, and maybe it has

Re: [PATCH V2 2/2] ARM: dts: add new compatible stream for i.MX6QP mmdc

On Wed, Nov 02, 2016 at 01:00:04PM -0500, Frank Li wrote: > mmdc of i.MX6QP are little difference with i.MX6Q. > added new compatible stream fsl,imx6qp-mmdc s/stream/string > > Signed-off-by: Frank Li > --- > No change for this patch. > suspend resume code need fsl,imx6q-mmdc

Re: [PATCH V2 2/2] ARM: dts: add new compatible stream for i.MX6QP mmdc

On Wed, Nov 02, 2016 at 01:00:04PM -0500, Frank Li wrote: > mmdc of i.MX6QP are little difference with i.MX6Q. > added new compatible stream fsl,imx6qp-mmdc s/stream/string > > Signed-off-by: Frank Li > --- > No change for this patch. > suspend resume code need fsl,imx6q-mmdc You should

Re: [PATCH] mtd: nand: denali_dt: replace clk_disable() with clk_disable_unprepare()

On 11/02/2016 06:21 PM, Masahiro Yamada wrote: > The denali_dt_probe() calls clk_disable_unprepare() in the bailout > path, whereas denali_dt_remove calls clk_disable(), inconsistently. > Replace the latter with clk_disable_unprepare() to make sure to > unprepare the clock. > > Signed-off-by:

Re: [PATCH 00/22] mtd: nand: return error code of nand_scan(_ident, _tail) on error

On 11/04/2016 11:42 AM, Masahiro Yamada wrote: > > nand_scan(), nand_scan_ident(), nand_scan_tail() return > an appropriate negative value on error. > > Most of drivers return the value from them on error, > but some of them return the fixed error code -ENXIO > (and a few return -ENODEV). > >

Re: [PATCH] mtd: nand: denali_dt: replace clk_disable() with clk_disable_unprepare()

On 11/02/2016 06:21 PM, Masahiro Yamada wrote: > The denali_dt_probe() calls clk_disable_unprepare() in the bailout > path, whereas denali_dt_remove calls clk_disable(), inconsistently. > Replace the latter with clk_disable_unprepare() to make sure to > unprepare the clock. > > Signed-off-by:

Re: [PATCH 00/22] mtd: nand: return error code of nand_scan(_ident, _tail) on error

On 11/04/2016 11:42 AM, Masahiro Yamada wrote: > > nand_scan(), nand_scan_ident(), nand_scan_tail() return > an appropriate negative value on error. > > Most of drivers return the value from them on error, > but some of them return the fixed error code -ENXIO > (and a few return -ENODEV). > >

Re: [PATCH] mtd: nand: denali_pci: add missing pci_release_regions() calls

On 11/02/2016 06:13 PM, Masahiro Yamada wrote: > The probe function calls pci_request_regions(), but I do not see > corresponding pci_release_regions() calls. > > While we are here, rename the jump labels to follow the guideline > "Choose label names which say what the goto does" suggested by >

Re: [PATCH v1 1/2] mtd: m25p80: lock module while used

On 11/03/2016 12:39 PM, Sandeep Jain wrote: > Dear Maintainers, > Requesting for your attention for patch review/merge. > > Thanks & Regards, > Sandeep Jain > > On Thu, Aug 04, 2016 at 07:46:33PM +0530, Sandeep Jain wrote: >> From: Vladimir Zapolskiy >> >>

Re: [PATCH] mtd: Allocate bdi objects dynamically

On 11/03/2016 12:34 PM, Sandeep Jain wrote: > Dear Maintainers, > This patch is reviewed by Richard. > Requesting for Maintainer's attention for patch merge. > > Thanks & Regards, > Sandeep Jain > > On Sat, Sep 17, 2016 at 04:41:47PM +0200, Richard Weinberger wrote: >> On Thu, Aug 4, 2016 at

Re: [PATCH] mtd: nand: denali_pci: add missing pci_release_regions() calls

On 11/02/2016 06:13 PM, Masahiro Yamada wrote: > The probe function calls pci_request_regions(), but I do not see > corresponding pci_release_regions() calls. > > While we are here, rename the jump labels to follow the guideline > "Choose label names which say what the goto does" suggested by >

Re: [PATCH v1 1/2] mtd: m25p80: lock module while used

On 11/03/2016 12:39 PM, Sandeep Jain wrote: > Dear Maintainers, > Requesting for your attention for patch review/merge. > > Thanks & Regards, > Sandeep Jain > > On Thu, Aug 04, 2016 at 07:46:33PM +0530, Sandeep Jain wrote: >> From: Vladimir Zapolskiy >> >> The change controls module users

Re: [PATCH] mtd: Allocate bdi objects dynamically

On 11/03/2016 12:34 PM, Sandeep Jain wrote: > Dear Maintainers, > This patch is reviewed by Richard. > Requesting for Maintainer's attention for patch merge. > > Thanks & Regards, > Sandeep Jain > > On Sat, Sep 17, 2016 at 04:41:47PM +0200, Richard Weinberger wrote: >> On Thu, Aug 4, 2016 at

Re: [PATCH v2 1/2] ARM: imx: mmdc perf function support i.MX6QP

On Wed, Nov 02, 2016 at 01:00:03PM -0500, Frank Li wrote: > i.MX6QP added new reigster bit PROFILE_SEL in MADPCR0. s/reigster/register > need set it at perf start. > > Signed-off-by: Frank Li We probably need a 'for' in patch subject after 'support'? > --- > V1 to V2:

Re: [PATCH v2 1/2] ARM: imx: mmdc perf function support i.MX6QP

On Wed, Nov 02, 2016 at 01:00:03PM -0500, Frank Li wrote: > i.MX6QP added new reigster bit PROFILE_SEL in MADPCR0. s/reigster/register > need set it at perf start. > > Signed-off-by: Frank Li We probably need a 'for' in patch subject after 'support'? > --- > V1 to V2: remove fsl_mmdc_devtype

Re: [f2fs-dev] [PATCH 3/3 v2] f2fs: keep dirty inodes selectively for checkpoint

On Sat, Nov 05, 2016 at 10:44:07AM +0800, Chao Yu wrote: > On 2016/10/20 10:26, Jaegeuk Kim wrote: > > Change log from v1: > > o avoid performance regression > > > >>From b34a3d3c4c3fa2d6e000acc99bc5216a247bd6cb Mon Sep 17 00:00:00 2001 > > From: Jaegeuk Kim > > Date: Fri,

Re: [f2fs-dev] [PATCH 3/3 v2] f2fs: keep dirty inodes selectively for checkpoint

On Sat, Nov 05, 2016 at 10:44:07AM +0800, Chao Yu wrote: > On 2016/10/20 10:26, Jaegeuk Kim wrote: > > Change log from v1: > > o avoid performance regression > > > >>From b34a3d3c4c3fa2d6e000acc99bc5216a247bd6cb Mon Sep 17 00:00:00 2001 > > From: Jaegeuk Kim > > Date: Fri, 14 Oct 2016 11:51:23

Re: [PATCH 2/2] f2fs: don't skip recovering inode depend on i_times

On Sat, Nov 05, 2016 at 11:12:00AM +0800, Chao Yu wrote: > On 2016/11/5 6:53, Jaegeuk Kim wrote: > > On Fri, Nov 04, 2016 at 04:30:09PM +0800, Chao Yu wrote: > >> On 2016/11/4 2:02, Jaegeuk Kim wrote: > >>> On Fri, Nov 04, 2016 at 12:26:56AM +0800, Chao Yu wrote: > From: Chao Yu

Re: [PATCH 2/2] f2fs: don't skip recovering inode depend on i_times

On Sat, Nov 05, 2016 at 11:12:00AM +0800, Chao Yu wrote: > On 2016/11/5 6:53, Jaegeuk Kim wrote: > > On Fri, Nov 04, 2016 at 04:30:09PM +0800, Chao Yu wrote: > >> On 2016/11/4 2:02, Jaegeuk Kim wrote: > >>> On Fri, Nov 04, 2016 at 12:26:56AM +0800, Chao Yu wrote: > From: Chao Yu > >

Re: [PATCH] drm: move allocation out of drm_get_format_name()

For the vmwgfx part: Acked-by: Thomas Hellstrom On 11/05/2016 08:33 AM, Eric Engestrom wrote: > Fixes: 90844f00049e9f42573fd31d7c32e8fd31d3fd07 > > drm: make drm_get_format_name thread-safe > > Signed-off-by: Eric Engestrom > [danvet:

Re: [PATCH] drm: move allocation out of drm_get_format_name()

For the vmwgfx part: Acked-by: Thomas Hellstrom On 11/05/2016 08:33 AM, Eric Engestrom wrote: > Fixes: 90844f00049e9f42573fd31d7c32e8fd31d3fd07 > > drm: make drm_get_format_name thread-safe > > Signed-off-by: Eric Engestrom > [danvet: Clarify that the returned pointer must be

Re: [GIT PULL] overlayfs fixes for 4.9-rc3

On Sat, Nov 5, 2016 at 5:06 AM, Linus Torvalds wrote: > On Fri, Nov 4, 2016 at 2:30 AM, Miklos Szeredi wrote: >> >> Also introduce the concept of feature flags to allow backward incompatible >> changes to the overlay format. This should have

Re: [GIT PULL] overlayfs fixes for 4.9-rc3

On Sat, Nov 5, 2016 at 5:06 AM, Linus Torvalds wrote: > On Fri, Nov 4, 2016 at 2:30 AM, Miklos Szeredi wrote: >> >> Also introduce the concept of feature flags to allow backward incompatible >> changes to the overlay format. This should have been there from day one; the >> best we can do now is

Re: [PATCH] drm/sun4i: Fix error handling

Le 02/11/2016 à 19:14, Maxime Ripard a écrit : Hi, On Sun, Oct 30, 2016 at 12:53:02PM +0100, Christophe JAILLET wrote: BTW, memory allocation in 'sun4i_layers_init()' looks spurious, especially the use of 'layer' in the for loop. Just my 2 cents. What do you mean by it's spurious? Hi Maxime,

Re: [PATCH] drm/sun4i: Fix error handling

Le 02/11/2016 à 19:14, Maxime Ripard a écrit : Hi, On Sun, Oct 30, 2016 at 12:53:02PM +0100, Christophe JAILLET wrote: BTW, memory allocation in 'sun4i_layers_init()' looks spurious, especially the use of 'layer' in the for loop. Just my 2 cents. What do you mean by it's spurious? Hi Maxime,

United States Postal Inspection Services (USPIS)

United States Postal Inspection Services (USPIS) Address: 475 L'Enfant Plaza SW, Washington, D.C. United States. Phone: 704-612-9472 e-mail: inorb...@inorbit.com This is to inform you that we were checking over some files and packages in the office and we discover an ATM CARD which was addressed

United States Postal Inspection Services (USPIS)

United States Postal Inspection Services (USPIS) Address: 475 L'Enfant Plaza SW, Washington, D.C. United States. Phone: 704-612-9472 e-mail: inorb...@inorbit.com This is to inform you that we were checking over some files and packages in the office and we discover an ATM CARD which was addressed

<    1   2   3   4