Re: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

On Tue, Apr 05, 2016 at 05:05:12PM +0300, Roger Quadros wrote: > It provides APIs for the following tasks > > - Registering an OTG/dual-role capable controller > - Registering Host and Gadget controllers to OTG core > - Providing inputs to and kicking the OTG state machine > > Provide a dual-role

Re: [PATCH 2/3] i2c: s3c2410: Minor function-level comment cleanup

On 04/20/2016 03:59 PM, Javier Martinez Canillas wrote: > Hello Krzysztof, > > On 04/20/2016 05:24 AM, Krzysztof Kozlowski wrote: >> Cleanup the weird function-level comments and remove obvious >> documentatoin for probe/remove. >> > > s/documentatoin/documentation > >> Signed-off-by: Krzysztof

[PATCH v2 3/3] i2c: s3c2410: Cleanup indentation and comment style

Improve the readability by: - fixing indentation, - switching to proper block comments, - removing spurious blank lines, - checkpatch: void function return statements are not generally useful, - checkpatch: braces {} are not necessary for any arm of this statement, - checkpatch: missing a

[PATCH v2 2/3] i2c: s3c2410: Minor function-level comment cleanup

Cleanup the weird function-level comments and remove obvious documentation for probe/remove. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- Changes since v1: 1. Add Javier's reviewed-by. 2. Fix typo in commit msg (pointed by Javier). --- drivers/i2c/busses/i2c-s3

[PATCH v2 1/3] i2c: s3c2410: Add missing clock unprepare on probe() error path

If during probe() the s3c24xx_i2c_init() failed, the clock was left in disabled but prepared state. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- Changes since v1: 1. Add Javier's reviewed-by. --- drivers/i2c/busses/i2c-s3c2410.c | 1 + 1 file changed, 1 inserti

Re: [PATCH v3 0/2] Align mmap address for DAX pmd mappings

On Wed, Apr 20, 2016 at 11:10:25PM -0400, Toshi Kani wrote: > How about moving the function (as is) to mm/huge_memory.c, rename it to > get_hugepage_unmapped_area(), which is defined to NULL in huge_mm.h > when TRANSPARENT_HUGEPAGE is unset? Great idea. Perhaps it should look something like this?

Re: [PATCH 09/14] mm: use compaction feedback for thp backoff conditions

> > From: Michal Hocko > > THP requests skip the direct reclaim if the compaction is either > deferred or contended to reduce stalls which wouldn't help the > allocation success anyway. These checks are ignoring other potential > feedback modes which we have available now. > > It clearly doesn'

Re: [PATCH 04/14] mm, compaction: distinguish COMPACT_DEFERRED from COMPACT_SKIPPED

> > From: Michal Hocko > > try_to_compact_pages can currently return COMPACT_SKIPPED even when the > compaction is defered for some zone just because zone DMA is skipped > in 99% of cases due to watermark checks. This makes COMPACT_DEFERRED > basically unusable for the page allocator as a feedba

Re: stable-security kernel updates

Hi Jiri, On Thu, Apr 21, 2016 at 08:43:55AM +0200, Jiri Slaby wrote: > On 04/20/2016, 09:50 PM, Sasha Levin wrote: > > Updates for stable-security kernels have been released: > > > > - v3.12.58-security > > I suggest nobody uses that kernel. > > That tree does not make much sense to me. For

Re: [PATCH v2 1/2] i2c: s3c2410: Print errno code in error logs

On 04/20/2016 04:37 PM, Javier Martinez Canillas wrote: > The driver not always prints the error code in case of a failure but this > information can be very useful for debugging. So let's print if available. > > Signed-off-by: Javier Martinez Canillas > > --- > > Hello, > > This patch and 2/2

Re: [PATCH v2 2/2] i2c: s3c2410: Check clk_prepare_enable() return value

On 04/20/2016 04:37 PM, Javier Martinez Canillas wrote: > The clk_prepare_enable() function can fail so check the return > value and propagate the error in case of a failure. > > Signed-off-by: Javier Martinez Canillas > > --- > > Changes in v2: > - Don't print the errno code since that's alrea

Re: [PATCH] drm/vc4: Add missing render node support

On Wed, Apr 20, 2016 at 03:20:49PM -0700, Eric Anholt wrote: > There shouldn't be any other driver support necessary, since none of > the driver-specific ioctls ever required auth, and none of them deal > with modesetting. Indeed, somehow I thought you need to mark them all up explicitly. But that

Re: [PATCH 0/2] memory_hotplug: introduce config and command line options to set the default onlining policy

David Rientjes writes: > On Tue, 19 Apr 2016, Vitaly Kuznetsov wrote: > >> > I'd personally disagree that we need more and more config options to take >> > care of something that an initscript can easily do and most distros >> > already have their own initscripts that this can be added to. I d

Re: [Intel-gfx] [PATCH 4/4] drm/i915: Move ioremap_wc tracking onto VMA

On Wed, Apr 20, 2016 at 11:27:27PM +0200, Luis R. Rodriguez wrote: > On Wed, Apr 20, 2016 at 01:17:30PM +0200, Daniel Vetter wrote: > > On Wed, Apr 20, 2016 at 11:10:54AM +0200, Luis R. Rodriguez wrote: > > > Reason I ask is since I noticed a while ago a lot of drivers > > > were using info->fix.sm

Re: [PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

On Wed, Apr 20, 2016 at 08:15:30PM +0200, Noralf Trønnes wrote: > > Den 20.04.2016 19:42, skrev Daniel Vetter: > >On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote: > >>Now that drm_fb_helper gets deferred io support, the > >>drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions w

Re: [PATCH 5/8] fbdev: fb_defio: Export fb_deferred_io_mmap

On Wed, Apr 20, 2016 at 08:33:17PM +0200, Noralf Trønnes wrote: > > Den 20.04.2016 19:44, skrev Daniel Vetter: > >On Wed, Apr 20, 2016 at 05:25:26PM +0200, Noralf Trønnes wrote: > >>Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. > >>When the framebuffer memory is allocated usi

Re: [PATCH] mm: move huge_pmd_set_accessed out of huge_memory.c

On Wed, Apr 20, 2016 at 02:00:11PM -0700, Shi, Yang wrote: > Hi folks, > > I didn't realize pmd_* functions are protected by > CONFIG_TRANSPARENT_HUGEPAGE on the most architectures before I made this > change. > > Before I fix all the affected architectures code, I want to check if you > guys thi

Re: [PATCH]powerpc/perf: Replace raw event hex values with #def

On Thursday 21 April 2016 12:08 PM, Michael Ellerman wrote: > On Thu, 2016-04-21 at 09:30 +0530, Madhavan Srinivasan wrote: >> @@ -488,17 +489,17 @@ static int power8_compute_mmcr(u64 event[], int n_ev, >> >> /* Table of alternatives, sorted by column 0 */ >> static const unsigned int event_a

Re: [PATCH 2/4] i2c: designware-platdrv: fix unbalanced clk enable and prepare

On 04/21/2016 05:40 AM, Jisheng Zhang wrote: Dear Jarkko, Andy, On Wed, 20 Apr 2016 17:16:00 +0300 Andy Shevchenko wrote: On Wed, 2016-04-20 at 15:55 +0300, Jarkko Nikula wrote: I see Andy's 1cb715ca4694 ("i2c-designware: move to managed functions (devm_*)") removed it but at quick look drive

Re: [PATCH 7/8] drm/qxl: Use drm_fb_helper deferred_io support

On Wed, Apr 20, 2016 at 09:04:38PM +0200, Noralf Trønnes wrote: > > Den 20.04.2016 19:47, skrev Daniel Vetter: > >On Wed, Apr 20, 2016 at 05:25:28PM +0200, Noralf Trønnes wrote: > >>Use the fbdev deferred io support in drm_fb_helper. > >>The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} func

Re: linux-next: zillions of lockdep whinges in include/net/sock.h:1408

Hi, On Thu, Apr 21, 2016, at 02:30, Valdis Kletnieks wrote: > linux-next 20160420 is whining at an incredible rate - in 20 minutes of > uptime, I piled up some 41,000 hits from all over the place (cleaned up > to skip the CPU and PID so the list isn't quite so long): Thanks for the report. Can yo

Re: [PATCH 1/4] i2c: designware-platdrv: Fix runtime PM initialization

Hi On 04/21/2016 06:08 AM, Jisheng Zhang wrote: Dear Jarkko, On Wed, 20 Apr 2016 16:53:08 +0300 Jarkko Nikula wrote: On 04/14/2016 03:53 PM, Jisheng Zhang wrote: When pm_runtime_enable() was being called, the device's usage counter was 0, causing the PM layer to runtime-suspend the device.

Re: [PATCH 7/8] drm/qxl: Use drm_fb_helper deferred_io support

On Thu, Apr 21, 2016 at 09:41:34AM +0200, Daniel Vetter wrote: > On Wed, Apr 20, 2016 at 09:04:38PM +0200, Noralf Trønnes wrote: > > > > Den 20.04.2016 19:47, skrev Daniel Vetter: > > >On Wed, Apr 20, 2016 at 05:25:28PM +0200, Noralf Trønnes wrote: > > >>Use the fbdev deferred io support in drm_fb

Re: [PATCH 7/8] drm/qxl: Use drm_fb_helper deferred_io support

On Thu, Apr 21, 2016 at 09:49:39AM +0200, Daniel Vetter wrote: > On Thu, Apr 21, 2016 at 09:41:34AM +0200, Daniel Vetter wrote: > > On Wed, Apr 20, 2016 at 09:04:38PM +0200, Noralf Trønnes wrote: > > > > > > Den 20.04.2016 19:47, skrev Daniel Vetter: > > > >On Wed, Apr 20, 2016 at 05:25:28PM +0200

Re: [PATCH v2 all 00/14] use of_platform_default_populate() to populate default bus

Hi Rob, On 2016/4/20 5:10, Rob Herring wrote: > On Wed, Mar 16, 2016 at 2:35 AM, Kefeng Wang > wrote: >> Use helper of_platform_default_populate() in linux/of_platform >> when possible, instead of calling of_platform_populate() with >> the default match table. >> >> Then it is possible for drive

Re: [PATCH 12/14] mm, oom: protect !costly allocations some more

> > From: Michal Hocko > > should_reclaim_retry will give up retries for higher order allocations > if none of the eligible zones has any requested or higher order pages > available even if we pass the watermak check for order-0. This is done > because there is no guarantee that the reclaimable

Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular

On Wed, Apr 20, 2016 at 11:12:49PM -0400, Paul Gortmaker wrote: [ ... ] > > > We replace module.h with moduleparam.h since the file does declare > > > some module parameters, and leaving them as such is currently the > > > easiest way to remain compatible with existing boot arg use cases. > > >

RE: [PATCH 1/1] perf/x86/intel/uncore: Add support for Intel SKL client uncore

On Wed, 20 Apr 2016, Liang, Kan wrote: > > On Wed, 20 Apr 2016, Liang, Kan wrote: > > > > The stop of the box1 events disables the whole machinery on that > > > > node and therefor the box0 event is wreckaged as well. Hmm? > > > > > > > Right. How about check the SKL_UNC_PERF_GLOBAL_CTL in enable_e

Re: IPv6 patch mysteriously breaks IPv4 VPN

On 21.04.2016 04:24, Valdis Kletnieks wrote: > I'll say up front - no, I do *not* have a clue why this commit causes this > problem - it makes exactly zero fsking sense. > > Scenario: $WORK is blessed with a Juniper VPN system. I've been > seeing for a while now (since Dec-ish) an issue where at

[PATCH v1] cpufreq: rockchip: Use generic platdev driver

From: Finley Xiao This patch add rockchip's compatible string to the compat list and remove similar code from platform code for supporting generic platdev driver. Signed-off-by: Finley Xiao --- arch/arm/mach-rockchip/rockchip.c| 1 - drivers/cpufreq/cpufreq-dt-platdev.c | 10 ++ 2

Re: [PATCH 13/14] mm: consider compaction feedback also for costly allocation

> > From: Michal Hocko > > PAGE_ALLOC_COSTLY_ORDER retry logic is mostly handled inside > should_reclaim_retry currently where we decide to not retry after at > least order worth of pages were reclaimed or the watermark check for at > least one zone would succeed after reclaiming all pages if th

Re: sound: use-after-free in snd_timer_interrupt

On Wed, Apr 20, 2016 at 12:31 PM, Takashi Iwai wrote: > On Wed, 20 Apr 2016 10:08:55 +0200, > Takashi Iwai wrote: >> >> On Wed, 20 Apr 2016 09:56:04 +0200, >> Dmitry Vyukov wrote: >> > >> > On Sun, Apr 3, 2016 at 8:33 AM, Takashi Iwai wrote: >> > >> >> It is not easily reproducible. I've hit seve

Re: [RFC PATCH 00/13] perf tools: Support uBPF script

On 2016/4/21 6:06, Alexei Starovoitov wrote: On Wed, Apr 20, 2016 at 06:01:40PM +, Wang Nan wrote: This patch set allows to perf invoke some user space BPF scripts on some point. uBPF scripts and kernel BPF scripts reside in one BPF object. They communicate with each other with BPF maps. u

Re: [PATCH 1/4] i2c: designware-platdrv: Fix runtime PM initialization

On Thu, 21 Apr 2016 10:48:56 +0300 Jarkko Nikula wrote: > Hi > > On 04/21/2016 06:08 AM, Jisheng Zhang wrote: > > Dear Jarkko, > > > > On Wed, 20 Apr 2016 16:53:08 +0300 Jarkko Nikula wrote: > > > >> On 04/14/2016 03:53 PM, Jisheng Zhang wrote: > >>> When pm_runtime_enable() was being called

Re: mce: a question about memory_failure_early_kill in memory_failure()

On 2016/4/21 7:15, Naoya Horiguchi wrote: > On Wed, Apr 20, 2016 at 06:58:59PM +0800, Xishi Qiu wrote: >> On 2016/4/20 18:51, Xishi Qiu wrote: >> >>> On 2016/4/20 15:07, Naoya Horiguchi wrote: >>> On Tue, Apr 19, 2016 at 07:13:34PM +0800, Xishi Qiu wrote: > /proc/sys/vm/memory_failure_ear

Re: [PATCH 2/4] i2c: designware-platdrv: fix unbalanced clk enable and prepare

Dear Jarkko, On Thu, 21 Apr 2016 10:39:50 +0300 Jarkko Nikula wrote: > On 04/21/2016 05:40 AM, Jisheng Zhang wrote: > > Dear Jarkko, Andy, > > > > On Wed, 20 Apr 2016 17:16:00 +0300 Andy Shevchenko wrote: > > > >> On Wed, 2016-04-20 at 15:55 +0300, Jarkko Nikula wrote: > >>> I see Andy's 1cb7

Re: [PATCH 14/14] mm, oom, compaction: prevent from should_compact_retry looping for ever for costly orders

> > From: Michal Hocko > > "mm: consider compaction feedback also for costly allocation" has > removed the upper bound for the reclaim/compaction retries based on the > number of reclaimed pages for costly orders. While this is desirable > the patch did miss a mis interaction between reclaim, co

Re: fs: GPF in locked_inode_to_wb_and_lock_list

On Wed, Apr 20, 2016 at 11:14 PM, Tejun Heo wrote: > Hello, Dmitry. > > On Mon, Apr 18, 2016 at 11:44:11AM +0200, Dmitry Vyukov wrote: > >> general protection fault: [#1] SMP DEBUG_PAGEALLOC KASAN > ... >> RIP: 0010:[] [] >> locked_inode_to_wb_and_lock_list+0xa2/0x750 >> RSP: 0018:88006c

Re: [PATCH] mfd: Use IS_ENABLED(CONFIG_FOO) instead of checking FOO || FOO_MODULE

On Wed, Apr 20, 2016 at 01:45:46PM -0400, Javier Martinez Canillas wrote: > The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either > built-in or as a module, use that macro instead of open coding the same. > > Signed-off-by: Javier Martinez Canillas > > --- 8400 parts look fi

Re: sound: use-after-free in snd_timer_interrupt

On Thu, 21 Apr 2016 10:14:10 +0200, Dmitry Vyukov wrote: > > On Wed, Apr 20, 2016 at 12:31 PM, Takashi Iwai wrote: > > On Wed, 20 Apr 2016 10:08:55 +0200, > > Takashi Iwai wrote: > >> > >> On Wed, 20 Apr 2016 09:56:04 +0200, > >> Dmitry Vyukov wrote: > >> > > >> > On Sun, Apr 3, 2016 at 8:33 AM,

Re: [Question] Missing data after DMA read transfer

> But if I try to copy_from_user (using the address coming from userland, the > one passed to get_user_pages), the data has not been written and I see the > memset value. > > I manage to build a test case that fails all the time, but never at the same > offset within the buffer. > It's always i

Re: fs: GPF in locked_inode_to_wb_and_lock_list

On Wed, Apr 20, 2016 at 11:14 PM, Tejun Heo wrote: > Hello, Dmitry. > > On Mon, Apr 18, 2016 at 11:44:11AM +0200, Dmitry Vyukov wrote: > >> general protection fault: [#1] SMP DEBUG_PAGEALLOC KASAN > ... >> RIP: 0010:[] [] >> locked_inode_to_wb_and_lock_list+0xa2/0x750 >> RSP: 0018:88006c

Клиентские базы т +79133913837 (whatsapp,viber,telegram) Skype: prodawez389 Email: ammanakuw-7...@yopmail.com

Соберем для Вас по интернет базу данных потенциальных клиентов для Вашего Бизнеса. По базе можно звонить, писать, слать факсы и email, вести любые прямые активные продажи Ваших товаров и услуг Узнайте подробнее по тел +79133913837 (whatsapp,viber,telegram) Skype: prodawez389 Email: ammanakuw-7

Re: Major KVM issues with kernel 4.5 on the host

On Thu, Apr 14, 2016 at 07:22:20AM +0200, Marc Haber wrote: > On Thu, Apr 14, 2016 at 03:16:29AM +0200, Paolo Bonzini wrote: > > On 14/04/2016 00:29, Marc Haber wrote: > > > On Wed, Apr 13, 2016 at 10:36:34PM +0200, Paolo Bonzini wrote: > > >> Didn't help, but a fresh look at the list of 4.5 patche

Re: A mainline question about cgroup writeback

On 2016/4/21 5:22, Tejun Heo wrote: > On Tue, Apr 19, 2016 at 03:19:59PM +0800, zhong jiang wrote: >> cgroup writeback support the filesystem both ext4 and ext2. >> but, it appears to be not work when I test the function in the ext4. >> The example is as follows: >> echo "8:0 1048576" > blkio.thro

Re: [PATCH v7 10/10] iommu/arm-smmu: call iommu_free_reserved_iova_domain on domain destruction

Hi Robin, On 04/20/2016 07:35 PM, Robin Murphy wrote: > On 19/04/16 17:56, Eric Auger wrote: >> When the domain gets destroyed, let's make sure all reserved iova >> resources get released. >> >> Choice is made to put that call in arm-smmu(-v3).c to do something >> similar >> to what was done for io

Re: [PATCH v7 09/10] iommu/dma-reserved-iommu: iommu_msi_mapping_translate_msg

On 04/20/2016 07:28 PM, Robin Murphy wrote: > On 19/04/16 17:56, Eric Auger wrote: >> Introduce iommu_msi_mapping_translate_msg whose role consists in >> detecting whether the device's MSIs must to be mapped into an IOMMU. >> It case it must, the function overrides the MSI msg originally composed >

Re: [PATCH v7 07/10] iommu/dma-reserved-iommu: delete bindings in iommu_free_reserved_iova_domain

Hi, On 04/20/2016 07:05 PM, Robin Murphy wrote: > On 19/04/16 17:56, Eric Auger wrote: >> Now reserved bindings can exist, destroy them when destroying >> the reserved iova domain. iommu_map is not supposed to be atomic, >> hence the extra complexity in the locking. >> >> Signed-off-by: Eric Auger

Re: [PATCH v7 08/10] iommu/dma-reserved_iommu: iommu_msi_mapping_desc_to_domain

Hi Robin, On 04/20/2016 07:19 PM, Robin Murphy wrote: > On 19/04/16 17:56, Eric Auger wrote: >> This function checks whether >> - the device emitting the MSI belongs to a non default iommu domain >> - the iommu domain requires the MSI address to be mapped. >> >> If those conditions are met, the fun

[PATCH 3/8] cpufreq: omap: Use generic platdev driver

The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove similar code from platform code. Cc: Tony Lindgren Signed-off-by: Viresh Kumar --- arch/arm/mach-omap2/pm.c | 7 ++- drivers/cpufreq/cpufreq-dt-platdev.c | 5 + 2 files c

[PATCH 4/8] cpufreq: rockchip: Use generic platdev driver

The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove similar code from platform code. Cc: Heiko Stuebner Signed-off-by: Viresh Kumar --- arch/arm/mach-rockchip/rockchip.c| 1 - drivers/cpufreq/cpufreq-dt-platdev.c | 7 +++ 2 files chan

[PATCH 5/8] cpufreq: shmobile: Use generic platdev driver

The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove similar code from platform code. Cc: Simon Horman Cc: Magnus Damm Signed-off-by: Viresh Kumar --- arch/arm/mach-shmobile/Makefile | 1 - arch/arm/mach-shmobile/common.h | 7

[PATCH 7/8] cpufreq: zynq: Use generic platdev driver

The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove similar code from platform code. Cc: Michal Simek Cc: Sören Brinkmann Signed-off-by: Viresh Kumar --- arch/arm/mach-zynq/common.c | 2 -- drivers/cpufreq/cpufreq-dt-platdev.c | 2 +

[PATCH 8/8] cpufreq: hisilicon: Use generic platdev driver

The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove similar code from platform code. Cc: Leo Yan Signed-off-by: Viresh Kumar --- drivers/cpufreq/Kconfig.arm | 9 drivers/cpufreq/Makefile | 1 - drivers/cpufreq/

[PATCH 6/8] cpufreq: sunxi: Use generic platdev driver

The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove similar code from platform code. Cc: Maxime Ripard Cc: Chen-Yu Tsai Signed-off-by: Viresh Kumar --- arch/arm/mach-sunxi/sunxi.c | 9 - drivers/cpufreq/cpufreq-dt-platdev.c

Re: [PATCH v7 06/10] iommu/dma-reserved-iommu: iommu_get/put_reserved_iova

Hi Robin, On 04/20/2016 06:58 PM, Robin Murphy wrote: > On 19/04/16 17:56, Eric Auger wrote: >> This patch introduces iommu_get/put_reserved_iova. >> >> iommu_get_reserved_iova allows to iommu map a contiguous physical region >> onto a reserved contiguous IOVA region. The physical region base addre

[PATCH 2/8] cpufreq: imx: Use generic platdev driver

The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove similar code from platform code. Cc: Shawn Guo Cc: Sascha Hauer Signed-off-by: Viresh Kumar --- arch/arm/mach-imx/imx27-dt.c | 4 arch/arm/mach-imx/mach-imx51.c | 3 ---

Re: clockevent driver as source for pretimout watchdog interrupt

On Thu, 21 Apr 2016, fixed-term.Oleksij.Rempel wrote: > i'm doing research on proper implementation for watchdog pretimout > interrupt for devices which do not provide this functionality. > > Some watchdog controllers like Freescale iMX6 can generate an interrupt > for some configured time before

Re: [PATCH v1] cpufreq: rockchip: Use generic platdev driver

On 21-04-16, 16:04, Finlye Xiao wrote: > From: Finley Xiao > > This patch add rockchip's compatible string to the compat list and > remove similar code from platform code for supporting generic platdev > driver. > > Signed-off-by: Finley Xiao > --- > arch/arm/mach-rockchip/rockchip.c| 1 -

[PATCH 1/8] cpufreq: berlin: Use generic platdev driver

The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove similar code from platform code. Cc: Antoine Tenart Cc: Sebastian Hesselbarth Signed-off-by: Viresh Kumar --- arch/arm/mach-berlin/berlin.c| 6 -- drivers/cpufreq/cpufreq-dt-pla

Re: [BUG] set_pte_at: racy dirty state clearing warning

On Wed, Apr 20, 2016 at 04:01:39PM -0700, Shi, Yang wrote: > When I enable memory comact via > > # echo 1 > /proc/sys/vm/compact_memory > > I got the below WARNING: > > set_pte_at: racy dirty state clearing: 0x006899371bd3 -> > 0x006899371fd3 > [ cut here ] > WARN

Re: [Question] Missing data after DMA read transfer

Le 04/21/2016 à 10:35 AM, One Thousand Gnomes a écrit : >> But if I try to copy_from_user (using the address coming from userland, the >> one passed to get_user_pages), the data has not been written and I see the >> memset value. >> >> I manage to build a test case that fails all the time, but

Re: [PATCH 6/8] cpufreq: sunxi: Use generic platdev driver

On Thu, Apr 21, 2016 at 02:13:52PM +0530, Viresh Kumar wrote: > The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform > device now, reuse that and remove similar code from platform code. > > Cc: Maxime Ripard > Cc: Chen-Yu Tsai > Signed-off-by: Viresh Kumar Acked-by: Maxime Ri

Re: [PATCH v8 2/2] ASoc: sun4i-codec: Add FM, Line and Mic inputs

Hi Maxime, On Mon, 21 Mar 2016 18:54:36 +0100 Maxime Ripard wrote: > As I recall it, we were mostly discussing the how to deal with the ADC > muxer that muxes both left and right at the same time (so shared > controls), but with different source on each channel. Hmm. Yeah, among other things.

Re: IPv6 patch mysteriously breaks IPv4 VPN

Valdis Kletnieks writes: > I'll say up front - no, I do *not* have a clue why this commit causes this > problem - it makes exactly zero fsking sense. > > Scenario: $WORK is blessed with a Juniper VPN system. I've been > seeing for a while now (since Dec-ish) an issue where at startup, > the tun

[PATCH V2] cpuidle: Change ktime_get() with local_clock()

The ktime_get() can have a non negligeable overhead, use local_clock() instead. In order to test the difference between ktime_get() and local_clock(), a quick hack has been added to trigger, via debugfs, 1 times a call to ktime_get() and local_clock() and measure the elapsed time. Then the av

Re: [PATCH] xen/x86: don't lose event interrupts

On 16/04/16 03:23, Stefano Stabellini wrote: > On slow platforms with unreliable TSC, such as QEMU emulated machines, > it is possible for the kernel to request the next event in the past. In > that case, in the current implementation of xen_vcpuop_clockevent, we > simply return -ETIME. To be preci

[PATCH 01/10] PM / OPP: Propagate the error returned by _find_opp_table()

Don't send -EINVAL and propagate what's received from _find_opp_table(). Signed-off-by: Viresh Kumar --- drivers/base/power/opp/cpu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/base/power/opp/cpu.c b/drivers/base/power/opp/cpu.c index ba2bdbd932ef..b7411a3cdcb1 1

[PATCH 07/10] cpufreq: dt: Identify cpu-sharing for platforms without operating-points-v2

Existing platforms, which do not support operating-points-v2, can explicitly tell the opp core that some of the CPUs share opp tables, with help of dev_pm_opp_set_sharing_cpus(). For such platforms, explicitly ask the opp core to provide list of CPUs sharing the opp table with current cpu device,

[PATCH 05/10] PM / OPP: Mark shared-opp for non-dt case

opp core allows OPPs to be explicitly marked as shared from platform code, in case of operating-point v1 bindings. Though we do everything fine in that case, we don't set the flag in the opp-table to indicate that the OPPs are shared. It works fine today as the flag isn't used anywhere else in the

[PATCH 10/10] cpufreq: mvebu: Use generic platdev driver

The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove similar code from platform code. Cc: Thomas Petazzoni Cc: Jason Cooper Cc: Andrew Lunn Cc: Gregory Clement Cc: Sebastian Hesselbarth Signed-off-by: Viresh Kumar --- arch/arm/mach-mvebu/p

[PATCH 03/10] PM / OPP: dev_pm_opp_set_sharing_cpus() doesn't depend on CONFIG_OF

dev_pm_opp_set_sharing_cpus() doesn't do any DT specific stuff and its declarations are added within the CONFIG_OF ifdef by mistake. Take them out of that. Signed-off-by: Viresh Kumar --- include/linux/pm_opp.h | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/incl

[PATCH 09/10] cpufreq: dt: Kill platform-data

There are no more users of platform-data for cpufreq-dt driver, get rid of it. Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq-dt.c | 6 +- include/linux/cpufreq-dt.h | 24 2 files changed, 1 insertion(+), 29 deletions(-) delete mode 100644 include/linux/

[PATCH 06/10] PM / OPP: Add dev_pm_opp_get_sharing_cpus()

OPP core allows a platform to mark OPP table as shared, when the platform isn't using operating-points-v2 bindings. And, so there should be a non DT way of finding out if the OPP table is shared or not. This patch adds dev_pm_opp_get_sharing_cpus(), which first tries to get OPP sharing informatio

[PATCH 08/10] mvebu: Use dev_pm_opp_set_sharing_cpus() to mark OPP tables as shared

That will allow us to avoid using cpufreq-dt platform data. Cc: Thomas Petazzoni Cc: Jason Cooper Cc: Andrew Lunn Cc: Gregory Clement Cc: Sebastian Hesselbarth Signed-off-by: Viresh Kumar --- arch/arm/mach-mvebu/pmsu.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) di

[PATCH 04/10] PM / OPP: Relocate dev_pm_opp_set_sharing_cpus()

Move dev_pm_opp_set_sharing_cpus() towards the end of the file. This is required for better readability after the next patch is applied, which adds dev_pm_opp_get_sharing_cpus(). Signed-off-by: Viresh Kumar --- drivers/base/power/opp/cpu.c | 112 +-- 1 fil

[PATCH 02/10] PM / OPP: Add missing doc style comments

Few of the routines in cpu.c were missing these, add them. Signed-off-by: Viresh Kumar --- drivers/base/power/opp/cpu.c | 59 +++- 1 file changed, 58 insertions(+), 1 deletion(-) diff --git a/drivers/base/power/opp/cpu.c b/drivers/base/power/opp/cpu.c ind

[PATCH v2] cpufreq: rockchip: Use generic platdev driver

From: Finley Xiao This patch add rockchip's compatible string to the compat list and remove similar code from platform code for supporting generic platdev driver. Signed-off-by: Finley Xiao --- v1->v2: - add a blank line before rockchip's compatible arch/arm/mach-rockchip/rockchip.c| 1 -

Re: [PATCH v2] cpufreq: rockchip: Use generic platdev driver

On 21-04-16, 17:01, Finlye Xiao wrote: > From: Finley Xiao > > This patch add rockchip's compatible string to the compat list and > remove similar code from platform code for supporting generic platdev > driver. > > Signed-off-by: Finley Xiao > --- > v1->v2: > - add a blank line before rockchip

Re: [PATCH 1/8] cpufreq: berlin: Use generic platdev driver

Hi, On Thu, Apr 21, 2016 at 02:13:47PM +0530, Viresh Kumar wrote: > The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform > device now, reuse that and remove similar code from platform code. > > Cc: Antoine Tenart > Cc: Sebastian Hesselbarth > Signed-off-by: Viresh Kumar Acke

[PATCH] hrtimers: doc cleanup

It has: a tense correction(led->leads); a typo(unevitably->inevitably); a logic error correction(unacceptable->acceptable) Signed-off-by: Cao jin --- Documentation/timers/hrtimers.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/Documentation/timers/hrtimers.txt b/D

Re: linux-next: zillions of lockdep whinges in include/net/sock.h:1408

On Thu, 21 Apr 2016 09:42:12 +0200, Hannes Frederic Sowa said: > Hi, > > On Thu, Apr 21, 2016, at 02:30, Valdis Kletnieks wrote: > > linux-next 20160420 is whining at an incredible rate - in 20 minutes of > > uptime, I piled up some 41,000 hits from all over the place (cleaned up > > to skip the CP

Re: [PATCH V6 09/13] pci, acpi: Support for ACPI based generic PCI host controller

On 20.04.2016 21:12, Jayachandran C wrote: On Fri, Apr 15, 2016 at 10:36 PM, Tomasz Nowicki wrote: This patch is going to implement generic PCI host controller for ACPI world, similar to what pci-host-generic.c driver does for DT world. All such drivers, which we have seen so far, were impleme

Re: [PATCH] xen/x86: actually allocate legacy interrupts on PV guests

On 20/04/16 15:15, Stefano Stabellini wrote: > b4ff8389ed14 is incomplete: relies on nr_legacy_irqs() to get the number > of legacy interrupts when actually nr_legacy_irqs() returns 0 after > probe_8259A(). Use NR_IRQS_LEGACY instead. Would you mind describing the resulting problem? With this comm

[PATCH] genirq: Dont allow affinity mask to be updated on IPIs

The IPI domain re-purposes the IRQ affinity to signify the mask of CPUs that this IPI will deliver to. This must not be modified before the IPI is destroyed again, so set the IRQ_NO_BALANCING flag to prevent the affinity being overwritten by setup_affinity(). Without this, if an IPI is reserved fo

[PATCH v2] reset: hisilicon: add reset controller driver for hisilicon SOCs

In most of hisilicon SOCs, reset controller and clock provider are combined together as a block named CRG (Clock and Reset Generator). This patch mainly implements the reset function. Signed-off-by: Jiancheng Xue Acked-by: Philipp Zabel --- Change log v2: -Changed definition of hisi_reset_init,

Re: fs: GPF in locked_inode_to_wb_and_lock_list

2016-04-21 11:25 GMT+03:00 Dmitry Vyukov : > On Wed, Apr 20, 2016 at 11:14 PM, Tejun Heo wrote: >> Hello, Dmitry. >> >> On Mon, Apr 18, 2016 at 11:44:11AM +0200, Dmitry Vyukov wrote: >> >>> general protection fault: [#1] SMP DEBUG_PAGEALLOC KASAN >> ... >>> RIP: 0010:[] [] >>> locked_inode_t

Re: [PATCH] PM / Runtime: Only force-resume device if it has been force-suspended

On 21 April 2016 at 01:30, Laurent Pinchart wrote: > Hello, > > Reviving this old thread. > > On Monday 07 Mar 2016 11:10:08 Ulf Hansson wrote: >> [...] >> >> >> I agree, that's a better idea. Drivers shouldn't call >> >> pm_runtime_force_resume() if they haven't called >> >> pm_runtime_force_susp

Re: [PATCH] char: Drop bogus dependency of DEVPORT on !M68K

On wo, 2016-04-20 at 13:43 -0600, Al Stone wrote: > On 04/11/2016 02:40 AM, Geert Uytterhoeven wrote: > > --- a/drivers/char/Kconfig > > +++ b/drivers/char/Kconfig > > config DEVPORT > > bool > > - depends on !M68K > > depends on ISA || PCI > > default y > This solves the particular

[PATCH] media: vb2: Fix regression on poll() for RW mode

When using a device is read/write mode, vb2 does not handle properly the first select/poll operation. It allways return POLLERR. The reason for this is that when this code has been refactored, some of the operations have changed their order, and now fileio emulator is not started by poll, due to a

Re: [PATCH] mm: move huge_pmd_set_accessed out of huge_memory.c

On Wed, 20 Apr 2016, Shi, Yang wrote: > Hi folks, > > I didn't realize pmd_* functions are protected by CONFIG_TRANSPARENT_HUGEPAGE > on the most architectures before I made this change. > > Before I fix all the affected architectures code, I want to check if you guys > think this change is wort

[PATCH 0/6] Add Shared MDIO framework for iProc based SoCs

Broadcom iProc based SoCs uses MDIO bus for programming PHYs belonging to different I/O subsystem like USB, SATA, PCIe, ETHERNET etc. Every subsystem is referred as "Master" When a master is selected, all PHYs belonging to this subsystem get active on the MDIO bus and responds to MDIO transaction.

[PATCH 3/6] bus: Add platform driver for iProc shared MDIO Controller

Add platform driver to populate shared MDIO masters on iProc SoC. Signed-off-by: Pramod Kumar Reviewed-by: Anup Patel Reviewed-by: Ray Jui Reviewed-by: Scott Branden Reviewed-by: Vikram Prakash --- drivers/bus/Kconfig | 11 ++ drivers/bus/Makefile| 1 + drivers/bus

[PATCH 2/6] Documentation: DT binding doc for iProc Shared MDIO Controller.

Add DT binding doc for iProc Shared MDIO Controller which populate all masters to Shared MDIO framework. Signed-off-by: Pramod Kumar Reviewed-by: Ray Jui Reviewed-by: Scott Branden --- .../bindings/bus/brcm,iproc-shared-mdio.txt| 76 ++ 1 file changed, 76 insertions

[PATCH 4/6] dt: Add Shared MDIO Controller node for NS2

Add NS2 Shared MDIO Controller DT node having eth phy as child. This node represents the NS2 AMAC eth phy. Signed-off-by: Pramod Kumar Reviewed-by: Ray Jui Reviewed-by: Scott Branden --- arch/arm64/boot/dts/broadcom/ns2-svk.dts | 15 +++ arch/arm64/boot/dts/broadcom/ns2.dtsi|

Re: [PATCH V2 07/14] genirq: Add runtime power management support for IRQ chips

On 20/04/16 18:11, Kevin Hilman wrote: > Jon Hunter writes: > >> Some IRQ chips may be located in a power domain outside of the CPU >> subsystem and hence will require device specific runtime power >> management. In order to support such IRQ chips, add a pointer for a >> device structure to the

Re: [PATCH 2/8] cpufreq: imx: Use generic platdev driver

Am Donnerstag, den 21.04.2016, 14:13 +0530 schrieb Viresh Kumar: > The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform > device now, reuse that and remove similar code from platform code. > > Cc: Shawn Guo > Cc: Sascha Hauer > Signed-off-by: Viresh Kumar Looks good to me: A

[PATCH 5/6] Documentation: Binding doc for ethernet master in NS2

Adding binding doc for ethernet master present in shared MDIO controller. Signed-off-by: Pramod Kumar Reviewed-by: Ray Jui Reviewed-by: Scott Branden --- .../bindings/net/brcm,iproc-mdio-shared.txt| 32 ++ 1 file changed, 32 insertions(+) create mode 100644 Docume

[PATCH 4/6] crypto: LRNG - enable compile

Add LRNG compilation support. Signed-off-by: Stephan Mueller --- crypto/Kconfig | 10 ++ crypto/Makefile | 1 + 2 files changed, 11 insertions(+) diff --git a/crypto/Kconfig b/crypto/Kconfig index 93a1fdc..938f2dc 100644 --- a/crypto/Kconfig +++ b/crypto/Kconfig @@ -1587,6 +1587,16 @@

[PATCH 6/6] net:phy: Add Ethernet Master for iProc Shared MDIO Controller

Add Ethernet master driver which registers the ethernet phy to standard legacy mdio framework. Signed-off-by: Pramod Kumar Reviewed-by: Ray Jui Reviewed-by: Scott Branden --- drivers/net/phy/Kconfig | 11 +++ drivers/net/phy/Makefile| 1 + drivers/net/phy/mdi

  1   2   3   4   5   6   7   8   9   >