Re: [RESEND PATCH 2/6] soc: Mediatek: Add SCPSYS CPU power domain driver

Hi Scott, On Fri, Jun 19, 2015 at 02:01:17AM +0800, Scott Shu wrote: > This adds a CPU power domain driver for the Mediatek SCPSYS unit on > MT6580. This seems to be support for the very same hardware as I am posting here: https://lkml.org/lkml/2015/6/22/41 We should consolidate this. My

[GIT PULL] arch/microblaze changes for 4.2-rc1

Hi Linus, please pull these microblaze chagnes to your tree. Thanks, Michal The following changes since commit d4a4f75cd8f29cd9464a5a32e9224a91571d6649: Linux 4.1-rc7 (2015-06-07 20:23:50 -0700) are available in the git repository at: git://git.monstr.eu/linux-2.6-microblaze.git

[PATCH v2 2/2] powerpc32: rewrite of csum_partial_copy_generic based of copy_tofrom_user

csum_partial_copy_generic() does the same as copy_tofrom_user and also calculates the checksum during the copy. Unlike copy_tofrom_user(), the existing version of csum_partial_copy_generic() doesn't take benefit of the cache This patch is a rewrite of csum_partial_copy_generic() based on

[PATCH v2 1/2] powerpc32: checksum_wrappers_64 becomes checksum_wrappers

The powerpc64 checksum wrapper functions adds the csum_and_copy_to_user() which otherwise is implemented in include/net/checksum.h by using csum_partial() then copy_to_user() Those two wrapper fonctions are also applicable to powerpc32 as it is based on the use of csum_partial_copy_generic()

[PATCH v2 0/2] powerpc32: optimisation of csum_partial_copy_generic()

This patch optimises csum_partial_copy_generic() by making use of cache instructions (dcbt/dcbz) just like copy_tofrom_user() does On a TCP benchmark using socklib on the loopback interface on which checksum offload and scatter/gather have been deactivated, we get about 20% performance increase.

staging patch not in staging tree (was: Re: [PATCH 1/2] staging: ft1000-usb: fixed table alignment)

On Mon, Jun 22, 2015 at 07:06:49PM +0530, Sudip Mukherjee wrote: > On Mon, Jun 22, 2015 at 03:02:37PM +0200, Peter Karlsson wrote: > > On 2015-06-22 06:29, Sudip Mukherjee wrote: > > > which tree have you been using? > > > Greg will have three staging tree, use staging-testing > > > > I have used

Linux 3.4.108

I'm announcing the release of the 3.4.108 kernel. All users of the 3.4 kernel series must upgrade. The updated 3.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.4.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH v2 00/14] x86: Rewrite exit-to-userspace code

On Mon, Jun 22, 2015 at 12:50 PM, Andy Lutomirski wrote: > On Thu, Jun 18, 2015 at 12:08 PM, Andy Lutomirski wrote: >> This is the first big batch of x86 asm-to-C conversion patches. > > Ingo, what's the plan for these? I found a minor design error that's > harmless so far (I think), but I

Re: [PATCH v2] fs/file.c: don't acquire files->file_lock in fd_install()

On Mon, 2015-06-22 at 03:32 +0100, Al Viro wrote: > On Tue, Apr 28, 2015 at 09:25:03PM -0700, Eric Dumazet wrote: > > > @@ -553,11 +572,20 @@ void __fd_install(struct files_struct *files, > > unsigned int fd, > > struct file *file) > > { > > struct fdtable *fdt; > > -

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

multiple definition of > `of_graph_get_endpoint_by_regs' > drivers/media/platform/soc_camera/soc_camera.o:soc_camera.c:(.text+0x2ce3): > first defined here > > Caused by commit: > > a0f7001c18ca ("of: add helper for getting endpoint node of specific > identifie

Re: [PATCH-v2 0/3] mfd: 88pm800: Add Device tree support

On Thursday 18 June 2015 12:28 AM, Vaibhav Hiremath wrote: This patch-series adds support for Device tree to 88PM800 mfd driver. It also enabled configuration of irq clear method through DT. Testing:: - Boot tested on PXA1928 based platform. - probe of mfd, rtc and regulator function

Re: [PATCH 1/3] drm/msm: dsi host: add missing of_node_put()

On 06/22/2015 09:30 PM, Srinivas Kandagatla wrote: On 22/06/15 15:54, Archit Taneja wrote: Decrement device node refcount if of_get_child_by_name is successfully called. Signed-off-by: Archit Taneja --- drivers/gpu/drm/msm/dsi/dsi_host.c | 2 ++ 1 file changed, 2 insertions(+) diff

Re: [PATCH v6 1/9] nvmem: Add a simple NVMEM framework for nvmem providers

On Tue, 2015-06-23 at 00:08 +0100, Srinivas Kandagatla wrote: > This patch adds just providers part of the framework just to enable easy > review. [] > include/linux/nvmem-provider.h | 54 ++ Unless there are going to be users of nvmem-provider.h outside of the drivers/nvmem directory,

[PATCH] IB/srpt: Convert use of __constant_cpu_to_beXX to cpu_to_beXX

In little endian cases, the macro cpu_to_be{16,32,64} unfolds to __swab{16,32,64} which provides special case for constants. In big endian cases, __constant_cpu_to_be{16,32,64} and cpu_to_be{16,32,64} expand directly to the same expression. So, replace __constant_cpu_to_be{16,32,64} with

Re: Crypto Update for 4.2

On Mon, Jun 22, 2015 at 09:26:51PM -0700, Linus Torvalds wrote: > > So it looks to me like those AEAD interface changes already make sure > to use the full 64 bits of the sequence number. > > But if I'm wrong, please holler. You clearly know both sides of this, > since you wrote all the patches

Re: Crypto Update for 4.2

On Mon, Jun 22, 2015 at 1:44 AM, Herbert Xu wrote: > > Here is the crypto update for 4.2: So this generates conflicts with your earlier changes (that I got through the networking tree - they are your patches, but they went through Steffen Klassert and then David Miller). I resolved them, but I

[Patch v1] PCI, ACPI: Fix regressions caused by resource_size_t overflow with 32bit kernel

The data type resource_size_t may be 32 bits or 64 bits depending on CONFIG_PHYS_ADDR_T_64BIT. So reject ACPI resource descriptors which will cause resource_size_t overflow with 32bit kernel This issue was triggered on a platform running 32bit kernel with an ACPI resource descriptor with address

[PATCH 1/1] scsi: remove redundant NULL check before kfree

There is no need of NULL check before kfree, So removing the same. Signed-off-by: Maninder Singh Reviewed-by: Rohit Thapliyal --- drivers/scsi/aic94xx/aic94xx_init.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/scsi/aic94xx/aic94xx_init.c

[PATCH] virtio-blk: Allow extended partitions

This will allow up to DISK_MAX_PARTS (256) partitions, with for example GPT in the guest. Otherwise, the partition scan code will only discover the first 15 partitions. Signed-off-by: Fam Zheng --- drivers/block/virtio_blk.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 1/2] Move the pt_regs_offset struct definition from arch to common include file

On Fri, 2015-06-19 at 10:12 -0400, David Long wrote: > On 06/19/15 00:19, Michael Ellerman wrote: > > On Mon, 2015-06-15 at 12:42 -0400, David Long wrote: > >> From: "David A. Long" > >> > >> The pt_regs_offset structure is used for HAVE_REGS_AND_STACK_ACCESS_API > >> feature and has identical

Re: Re: [PATCH v2] perf probe: Fix failure to probe events on arm

On 2015/06/20 6:08, Arnaldo Carvalho de Melo wrote: > Em Thu, Jun 18, 2015 at 02:49:10AM +, He Kuang escreveu: >> Fix failure to probe events on arm, problem is introduced by commit >> 5a51fcd1f30c ("perf probe: Skip kernel symbols which is out of >> .text"). For some architectures, label

Re: [PATCH v2] perf probe: Fix failure to probe events on arm

On 2015/06/18 11:49, He Kuang wrote: > Fix failure to probe events on arm, problem is introduced by commit > 5a51fcd1f30c ("perf probe: Skip kernel symbols which is out of > .text"). For some architectures, label '_etext' is not in the .text > section(in .notes section for arm/arm64). Label out of

Re: [PATCH v5 4/6] drm: bridge/dw_hdmi-i2s-audio: add audio driver

Russell, 在 2015/6/22 18:10, Russell King - ARM Linux 写道: On Mon, Jun 22, 2015 at 12:06:04PM +0200, Paul Bolle wrote: But I think there's no platform_device with a "dw-hdmi-i2s-audio" name. So I wonder whether this MODULE_ALIAS() is actually needed. What breaks if you leave it out? + }

Re: [PATCH v5 4/6] drm: bridge/dw_hdmi-i2s-audio: add audio driver

Paul, 在 2015/6/22 18:06, Paul Bolle 写道: Something I didn't notice in v4, sorry. On Sat, 2015-06-20 at 00:28 +0800, Yakir Yang wrote: --- /dev/null +++ b/drivers/gpu/drm/bridge/dw_hdmi-i2s-audio.c +#define DRIVER_NAME "dw-hdmi-i2s-audio" +MODULE_ALIAS(PLATFORM_MODULE_PREFIX DRIVER_NAME); 0)

Re: [PATCH v5 5/5] block: loop: support DIO & AIO

On Tue, Jun 23, 2015 at 12:00 AM, Christoph Hellwig wrote: > On Mon, Jun 22, 2015 at 08:09:55PM +0800, Ming Lei wrote: >> For the general async interface, it is a bit complicated than sync >> interfaces: >> >> - iocb need to be one parameter, because it often depends on callers, such >> as loop

Re: [PATCH] usb: ci_hdrc_imx: add optional hub clock

On Mon, Jun 22, 2015 at 12:54:14AM +0800, Maciej S. Szmigiero wrote: > This patch adds ability to define optional clock of connected > USB hub to ChipIdea i.MX usb controller driver. > > This is needed for example for UDOO board. > Previously, this board DT file used a fact that non-core

Re: [PATCH v5 3/3] locking/qrwlock: Don't contend with readers when setting _QW_WAITING

On 06/22/2015 12:21 PM, Will Deacon wrote: Hi Waiman, On Fri, Jun 19, 2015 at 04:50:02PM +0100, Waiman Long wrote: The current cmpxchg() loop in setting the _QW_WAITING flag for writers in queue_write_lock_slowpath() will contend with incoming readers causing possibly extra cmpxchg()

Re: [PATCH 7/8] cpufreq: st: Provide runtime initialised driver for ST's platforms

On 22-06-15, 16:43, Lee Jones wrote: > +config ARM_ST_CPUFREQ > + bool "ST CPUFreq support" Isn't using ST just too generic? There are multiple SoCs ST has been involved with, I have worked on a completely different series. Probably a more relative string is required here, like stih407 ? > +

Re: [PATCH 08/08] ARM: shmobile: Remove CMT renesas,channels-mask from DTS

Hi Laurent, On Tue, Jun 23, 2015 at 7:40 AM, Laurent Pinchart wrote: > Hi Magnus, > > Thank you for the patch. > > On Sunday 21 June 2015 17:10:33 Magnus Damm wrote: >> From: Magnus Damm >> >> Update the DTS to remove the now deprecated "renesas,channels-mask" >> property. >> >> The channel

Re: Linux 4.0.6

diff --git a/Makefile b/Makefile index 1880cf77059b..af6da040b952 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 0 -SUBLEVEL = 5 +SUBLEVEL = 6 EXTRAVERSION = NAME = Hurr durr I'ma sheep diff --git a/arch/arm/boot/dts/am335x-bone-common.dtsi

Linux 4.0.6

I'm announcing the release of the 4.0.6 kernel. All users of the 4.0 kernel series must upgrade. The updated 4.0.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.0.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH 8/8] dt: cpufreq: st: Provide bindings for ST's CPUFreq implementation

[Adding Rob] On 22-06-15, 16:43, Lee Jones wrote: At least some description was required here on why you need additional bindings are what are they. Over that, this patch should have been present before any other patches using these bindings. > Cc: devicet...@vger.kernel.org > Signed-off-by:

Re: Linux 3.14.45

diff --git a/Makefile b/Makefile index 9f2471c6fbbe..c92186c3efd7 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 14 -SUBLEVEL = 44 +SUBLEVEL = 45 EXTRAVERSION = NAME = Remembering Coco diff --git a/arch/mips/kernel/irq.c b/arch/mips/kernel/irq.c index

Linux 3.14.45

I'm announcing the release of the 3.14.45 kernel. All users of the 3.14 kernel series must upgrade. The updated 3.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.14.y and can be browsed at the normal kernel.org git web

Re: Linux 3.10.81

diff --git a/Makefile b/Makefile index 067433219984..6d19e37d36d5 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 10 -SUBLEVEL = 80 +SUBLEVEL = 81 EXTRAVERSION = NAME = TOSSUG Baby Fish diff --git a/arch/mips/kernel/irq.c b/arch/mips/kernel/irq.c index

Linux 3.10.81

I'm announcing the release of the 3.10.81 kernel. All users of the 3.10 kernel series must upgrade. The updated 3.10.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.10.y and can be browsed at the normal kernel.org git web

Re: [PATCH v2 11/15] KVM: MTRR: sort variable MTRRs

On 06/22/2015 07:24 PM, Paolo Bonzini wrote: On 17/06/2015 18:11, Paolo Bonzini wrote: Also, this loop looks weird. Is this what you wanted? list_for_each_entry(tmp, _state->head, node) if (cur->base >= tmp->base) break;

Re: [PATCH 5/8] ARM: STi: STiH407: Move PWM nodes STiH407 => STiH407-family

On 22-06-15, 16:43, Lee Jones wrote: > This also incorporates the STiH410. Any explanation to why this patch is part of this series ? -- viresh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH 4/8] ARM: STi: STiH407: Provide a node for CPUFreq

[Ccing Rob] On 22-06-15, 16:43, Lee Jones wrote: > Signed-off-by: Lee Jones > --- > arch/arm/boot/dts/stih407-family.dtsi | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/arch/arm/boot/dts/stih407-family.dtsi > b/arch/arm/boot/dts/stih407-family.dtsi > index f48767e..f57fd83

Re: [PATCH 0/6] cpufreq: use generic cpufreq drivers for Exynos4x12 platform

Hi Bartlomiej, [Adding Rafael & Rob to cc list. Please don't forget for any PM specific patches :)] First of all, really sorry for missing this mail thread. Don't know how I missed it though. And please please please, do send a ping reminder (to me at least), if you think the mail thread is

[PATCH] USB: atm: cxacru: fix blank line after declaration

Fixed a coding style issue. Adds blank lines after declarations. Signed-off-by: Aaron Raimist --- drivers/usb/atm/cxacru.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/usb/atm/cxacru.c b/drivers/usb/atm/cxacru.c index 813d4d3..1173f9c 100644 ---

Re: [PATCH] ipv6: Fixed source specific default route handling.

Matthias Schiffer wrote: > On 06/22/2015 07:58 AM, Steven Barth wrote: >> On 22.06.2015 00:35, Matthias Schiffer wrote: >>> Could you explain in detail what you mean with "If you want specific SA, >>> add same route with higher metric and/or (more) specific src match."? >>> Routes aren't bound to

linux-next: build failure after merge of the drm-exynos tree

by commit: a0f7001c18ca ("of: add helper for getting endpoint node of specific identifiers") I have used the drm-exynos from next-20150622 for today. -- Cheers, Stephen Rothwells...@canb.auug.org.au pgp7UAeGFf671.pgp Description: OpenPGP digital signature

Re: [PATCH v2 6/7]powerpc/powernv: generic nest pmu event functions

Madhavan Srinivasan [ma...@linux.vnet.ibm.com] wrote: | From: Madhavan Srinivasan | Subject: [PATCH v2 6/7]powerpc/powernv: generic nest pmu event functions | | Add generic format attribute and set of generic nest pmu related | event functions to be used by each nest pmu. Add code to register

Re: clustered MD

On Sun, 14 Jun 2015 17:19:31 -0500 Goldwyn Rodrigues wrote: > > > On 06/12/2015 01:46 PM, David Teigland wrote: > > When a node fails, its dirty areas get special treatment from other nodes > > using the area_resyncing() function. Should the suspend_list be created > > before any reads or

Re: vdso && f_op->mremap (Was: special_mapping_fault() is broken)

On Mon, Jun 22, 2015 at 5:47 PM, Oleg Nesterov wrote: > On 06/21, Oleg Nesterov wrote: >> >> Forgot to add Andy... > > Add Pavel ;) > > I never understood why ->mremap() lives in file_operations, not in > vm_operations_struct. To me vma->vm_file->f_op in move_vma() just > looks strange,

Re: [PATCH v2 2/4] sched:Consider imbalance_pct when comparing loads in numa_has_capacity

On 06/22/2015 12:29 PM, Srikar Dronamraju wrote: > * Rik van Riel [2015-06-16 10:39:13]: > >> On 06/16/2015 07:56 AM, Srikar Dronamraju wrote: >>> This is consistent with all other load balancing instances where we >>> absorb unfairness upto env->imbalance_pct. Absorbing unfairness upto >>>

Re: [RFC PATCH] powerpc/numa: initialize distance lookup table from drconf path

Hi Nikunj, > From: Nikunj A Dadhania > > powerpc/numa: initialize distance lookup table from drconf path > > In some situations, a NUMA guest that supports > ibm,dynamic-memory-reconfiguration node will end up having flat NUMA > distances between nodes. This is because of two problems in the >

Re: vdso && f_op->mremap (Was: special_mapping_fault() is broken)

On Mon, Jun 22, 2015 at 5:47 PM, Oleg Nesterov wrote: > > In short. Shouldn't we move ->mremap() to vm_operations_struct before > it has another user? We need to fix aio.c, but this is trivial. > > No? Sounds like the right thing to do, but maybe there's some reason I miss that it's the way it

Re: [PATCH v2] power: max17042_battery: add HEALTH and TEMP_* properties support

2015-06-08 10:22 GMT+09:00 Krzysztof Kozlowski : > 2015-05-24 12:41 GMT+09:00 Ramakrishna Pallala > : >> This patch adds the support for following battery properties >> to max17042 fuel gauge driver. >> >> POWER_SUPPLY_PROP_TEMP_ALERT_MIN >> POWER_SUPPLY_PROP_TEMP_ALERT_MAX >>

[GIT PULL] power supply changes for 4.2

Hi Linus, The following changes since commit e26081808edadfd257c6c9d81014e3b25e9a6118: Linux 4.1-rc4 (2015-05-18 10:13:47 -0700) are available in the git repository at: git://git.infradead.org/battery-2.6.git tags/for-4.2 for you to fetch changes up to

[GIT PULL] HSI changes for 4.2

Hi Linus, The following changes since commit b953c0d234bc72e8489d3bf51a276c5c4ec85345: Linux 4.1 (2015-06-21 22:05:43 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-hsi.git tags/hsi-for-4.2 for you to fetch changes up to

vdso && f_op->mremap (Was: special_mapping_fault() is broken)

On 06/21, Oleg Nesterov wrote: > > Forgot to add Andy... Add Pavel ;) I never understood why ->mremap() lives in file_operations, not in vm_operations_struct. To me vma->vm_file->f_op in move_vma() just looks strange, vma->vm_ops->mremap(new_vma) looks "obviously better". And afaics more

[RFC v5 PATCH 3/9] hugetlbfs: hugetlb_vmtruncate_list() needs to take a range to delete

fallocate hole punch will want to unmap a specific range of pages. Modify the existing hugetlb_vmtruncate_list() routine to take a start/end range. If end is 0, this indicates all pages after start should be unmapped. This is the same as the existing truncate functionality. Modify existing

[PATCH] block: partition-generic: Catch alloc_part_info failure

Make add_partition() return proper ERR_PTR if alloc_part_info() fails. This ensures the caller of add_partition() can catch the error by IS_ERROR macro. Signed-off-by: Axel Lin --- block/partition-generic.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[RFC v5 PATCH 9/9] mm: madvise allow remove operation for hugetlbfs

Now that we have hole punching support for hugetlbfs, we can also support the MADV_REMOVE interface to it. Signed-off-by: Dave Hansen Signed-off-by: Mike Kravetz --- mm/madvise.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/madvise.c b/mm/madvise.c index

[RFC v5 PATCH 7/9] hugetlbfs: New huge_add_to_page_cache helper routine

Currently, there is only a single place where hugetlbfs pages are added to the page cache. The new fallocate code be adding a second one, so break the functionality out into its own helper. Signed-off-by: Dave Hansen Signed-off-by: Mike Kravetz --- include/linux/hugetlb.h | 2 ++

[RFC v5 PATCH 6/9] mm/hugetlb: alloc_huge_page handle areas hole punched by fallocate

Areas hole punched by fallocate will not have entries in the region/reserve map. However, shared mappings with min_size subpool reservations may still have reserved pages. alloc_huge_page needs to handle this special case and do the proper accounting. Signed-off-by: Mike Kravetz ---

[RFC v5 PATCH 1/9] mm/hugetlb: add region_del() to delete a specific range of entries

fallocate hole punch will want to remove a specific range of pages. The existing region_truncate() routine deletes all region/reserve map entries after a specified offset. region_del() will provide this same functionality if the end of region is specified as -1. Hence, region_del() can replace

[RFC v5 PATCH 0/9] hugetlbfs: add fallocate support

No major changes since last RFC. Externalized existing hugetlb fault mutex code. Added more comments to alloc_huge_page reservation handling as I could not come up with a good way to encapsulate. libhugetlbfs test cases and man page updates will be included with a later request for patch

[RFC v5 PATCH 2/9] mm/hugetlb: expose hugetlb fault mutex for use by fallocate

hugetlb page faults are currently synchronized by the table of mutexes (htlb_fault_mutex_table). fallocate code will need to synchronize with the page fault code when it allocates or deletes pages. Expose interfaces so that fallocate operations can be synchronized with page faults. Minor name

[RFC v5 PATCH 8/9] hugetlbfs: add hugetlbfs_fallocate()

This is based on the shmem version, but it has diverged quite a bit. We have no swap to worry about, nor the new file sealing. Add synchronication via the fault mutex table to coordinate page faults, fallocate allocation and fallocate hole punch. What this allows us to do is move physical

[RFC v5 PATCH 4/9] hugetlbfs: truncate_hugepages() takes a range of pages

Modify truncate_hugepages() to take a range of pages (start, end) instead of simply start. If an end value of -1 is passed, the current "truncate" functionality is maintained. Existing callers are modified to pass -1 as end of range. By keying off end == -1, the routine behaves differently for

[RFC v5 PATCH 5/9] mm/hugetlb: vma_has_reserves() needs to handle fallocate hole punch

In vma_has_reserves(), the current assumption is that reserves are always present for shared mappings. However, this will not be the case with fallocate hole punch. When punching a hole, the present page will be deleted as well as the region/reserve map entry (and hence any reservation).

Re: [RFC][PATCH] fs: optimize inotify/fsnotify code for unwatched files

On Mon, Jun 22, 2015 at 09:03:08PM +0200, Peter Zijlstra wrote: > On Mon, Jun 22, 2015 at 09:29:49AM -0700, Paul E. McKenney wrote: > > > I believe that there still are some cases. But why would offline > > CPUs seem so iffy? CPUs coming up execute code before they are fully > > operational,

Re: [PATCH 1/2] powerpc32: checksum_wrappers_64 becomes checksum_wrappers

On Mon, 2015-06-22 at 19:01 +0200, Christophe Leroy wrote: > The powerpc64 checksum wrapper functions adds the > csum_and_copy_to_user() which > otherwise is implemented in include/net/checksum.h by using > csum_partial() then > copy_to_user() > > Those two wrapper fonctions are also applicable

Re: [RFC][PATCH] fs: optimize inotify/fsnotify code for unwatched files

On Mon, Jun 22, 2015 at 08:52:29PM +0200, Peter Zijlstra wrote: > On Mon, Jun 22, 2015 at 08:11:21AM -0700, Paul E. McKenney wrote: > > That depends on how slow the resulting slow global state would be. > > We have some use cases (definitely KVM, perhaps also some of the VFS > > code) that need

Re: [RFC][PATCH] fs: optimize inotify/fsnotify code for unwatched files

On Mon, Jun 22, 2015 at 11:50:50AM -0700, Dave Hansen wrote: > On 06/22/2015 08:11 AM, Paul E. McKenney wrote: > > But if Dave is willing to test it, I would be happy to send along > > a fast-readers patch, easy to do. > > I'm always willing to test, but the cost of the srcu_read_lock() barrier >

Re: [PATCH 4/6] ARM: dts: Exynos4210: add CPU OPP and regulator supply property

On 23.06.2015 08:46, Krzysztof Kozlowski wrote: > On 23.06.2015 00:04, Michael Turquette wrote: >> Quoting Kukjin Kim (2015-06-21 18:46:26) >>> Krzysztof Kozlowski wrote: On 22.06.2015 10:38, Kukjin Kim wrote: > Krzysztof Kozlowski wrote: >> 2015-05-08 9:18 GMT+09:00 Krzysztof

Re: [RFC][PATCH 11/13] fs/locks: Replace lg_local with a per-cpu spinlock

Off-topic question, On 06/22, Peter Zijlstra wrote: > > @@ -2650,9 +2660,8 @@ static void *locks_start(struct seq_file > > iter->li_pos = *pos + 1; > percpu_down_write(_rwsem); > - lg_global_lock(_lock_lglock); > spin_lock(_lock_lock); > - return

[GIT PULL v2] SCSI updates for the 4.1+ merge window

This is a resend of the original tree with the tag attached at original commit c8806b6 snic: driver for Cisco SCSI HBA --- This is the usual grab bag of driver updates (lpfc, hpsa, megaraid_sas, cxgbi, be2iscsi) plus an assortment of minor updates. There are also one new driver: the Cisco snic;

Re: [PATCH 02/13] driver-core: defer all probes until late_initcall

On Fri, Jun 19, 2015 at 6:20 PM, Rafael J. Wysocki wrote: > On Friday, June 19, 2015 03:36:46 PM Tomeu Vizoso wrote: >> On 18 June 2015 at 23:50, Rafael J. Wysocki wrote: >> > On Wednesday, June 17, 2015 03:42:12 PM Tomeu Vizoso wrote: >> >> To decrease the chances of devices deferring their

Re: [PATCH 00/21] On-demand device registration

On Mon, Jun 22, 2015 at 10:23 AM, Tomeu Vizoso wrote: > On 28 May 2015 at 06:33, Rob Herring wrote: >> On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso >> wrote: >>> Hello, >>> >>> I have a problem with the panel on my Tegra Chromebook taking longer than >>> expected to be ready during boot

[PATCH 1/3] USB: Export usb_wakeup_enabled_descendants()

In (e583d9d USB: global suspend and remote wakeup don't mix) we introduced wakeup_enabled_descendants() as a static function. We'd like to use this function in USB controller drivers to know if we should keep the controller on during suspend time, since doing so has a power impact.

Re: [patch v2 2/2] pinctrl: samsung: remove "out of memory" messages

On 23.06.2015 00:13, Dan Carpenter wrote: > Checkpatch.pl complains about these: > > WARNING: Possible unnecessary 'out of memory' message > > The messages use a little extra RAM and they add a few extra lines of > code. We're probably never going to hit these out of memory situations > but if

[PATCH 2/3] Documentation: dt-bindings: Add snps,need-phy-for-wake for dwc2 USB

Some SoCs with a dwc2 USB controller may need to keep the PHY on to support remote wakeup. Allow specifying this as a device tree property. Signed-off-by: Douglas Anderson --- Documentation/devicetree/bindings/usb/dwc2.txt | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 3/3] USB: dwc2: Don't turn off the usbphy in suspend if wakeup is enabled

If the 'snps,need-phy-for-wake' is set in the device tree then: - We know that we can wakeup, so call device_set_wakeup_capable(). The USB core will use this knowledge to enable wakeup by default. - We know that we should keep the PHY on during suspend if something on our root hub needs

[PATCH 0/3] dwc2 patches to allow wakeup on Rockchip rk3288

This series of patches, together with from Chris Zhong and a dts change allow us to wake up from a USB device on rk3288 boards. The patches were tested on rk3288-jerry in the chromeos-3.14 kernel. The chromeos-3.14 kernel tested included a full set of

Re: [patch v2 1/2] pinctrl: samsung: don't truncate the last char

On 23.06.2015 00:12, Dan Carpenter wrote: > We were allocating enough space because sizeof("-grp") and > sizeof("-mux") are both equal to 5 but in the snprintf() we only allowed > for 4 characters so the last 'p' and 'x' characters were truncated. > > The allocate and sprintf can be done in one

Re: [PATCH v5] NET: Add ezchip ethernet driver

[Re: [PATCH v5] NET: Add ezchip ethernet driver] On 22/06/2015 (Mon 10:45) Mahesh Bandewar wrote: > On Tue, Jun 16, 2015 at 7:35 AM, Noam Camus wrote: > > > > From: Noam Camus > > > > Simple LAN device for debug or management purposes. > > Device supports interrupts for RX and TX(completion).

Re: [PATCH 4/6] ARM: dts: Exynos4210: add CPU OPP and regulator supply property

On 23.06.2015 00:04, Michael Turquette wrote: > Quoting Kukjin Kim (2015-06-21 18:46:26) >> Krzysztof Kozlowski wrote: >>> >>> On 22.06.2015 10:38, Kukjin Kim wrote: Krzysztof Kozlowski wrote: > 2015-05-08 9:18 GMT+09:00 Krzysztof Kozlowski : >> 2015-04-04 1:43 GMT+09:00 Bartlomiej

Re: [PATCH v2] extcon: palmas: Fix NULL pointer error

2015-06-22 18:52 GMT+09:00 Chanwoo Choi : > This patch fixes NULL pointer error by removing the unneeded kfree() call > of edev->name because extcon-palmas no longer allocate the memory for > edev->name. > > Fixes: d71aadda19f8 ("extcon: Remove the optional name of extcon device") >

[PATCH v4] hexdump: fix for non-aligned buffers

An hexdump with a buf not aligned to the groupsize causes non-naturally-aligned memory accesses. This was causing a kernel panic on the processor BlackFin BF527, when such an unaligned buffer was fed by the function ubifs_scanned_corruption in fs/ubifs/scan.c . To fix this, if the buffer is not

Re: [PATCH v3 2/3] clk: stm32: Add clock driver for STM32F4[23]xxx devices

On 06/10, Daniel Thompson wrote: > The driver supports decoding and statically modelling PLL state (i.e. > we inherit state from bootloader) and provides support for all > peripherals that support simple one-bit gated clocks. The covers all > peripherals whose clocks come from the AHB, APB1 or

Re: [PATCH] of: acpi: Rename of_node() and acpi_node() to to_of_node() and to_acpi_node()

On Monday, June 22, 2015 10:38:53 PM Alexander Sverdlin wrote: > Commit 8a0662d9 introduced of_node and acpi_node symbols in global namespace > but there were already ~63 of_node local variables or function parameters > (no single acpi_node though, but anyway). > > After debugging undefined but

[PATCH v6 9/9] nvmem: Add to MAINTAINERS for nvmem framework

This patch adds MAINTAINERS to nvmem framework. Signed-off-by: Srinivas Kandagatla --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index b2ef613..26e1829 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6993,6 +6993,15 @@ S: Supported

Re: [PATCH] Documentation/vDSO: don't build tests when cross compiling

On Mon, 22 Jun 2015 15:10:28 -0600 Jonathan Corbet wrote: > On Mon, 22 Jun 2015 16:41:10 -0400 > Paul Gortmaker wrote: > > > "These compilers are only functional for kernel builds. They cannot be > > used to build userspace code" > > I guess that's probably the key point. Maybe I should

Re: [PATCH 2/2] PM / Domains: Avoid infinite loops in attach/detach code

On Monday, June 22, 2015 09:31:22 AM Geert Uytterhoeven wrote: > If pm_genpd_{add,remove}_device() keeps on failing with -EAGAIN, we end > up with an infinite loop in genpd_dev_pm_{at,de}tach(). > > This may happen due to a genpd.prepared_count imbalance. This is a bug > elsewhere, but it will

Re: [PATCH] intel powerclamp: support Knights Landing

On Monday, June 22, 2015 04:51:13 PM Chandramouli, Dasaratharaman wrote: > Can we make this patch available for 4.2 It is included in the power management and ACPI pull request for 4.1-rc1 I've just sent. -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. -- To

[PATCH v6 8/9] nvmem: sunxi: Move the SID driver to the nvmem framework

From: Maxime Ripard Now that we have the nvmem framework, we can consolidate the common driver code. Move the driver to the framework, and hopefully, it will fix the sysfs file creation race. Signed-off-by: Maxime Ripard [srinivas.kandagatla: Moved to regmap based EEPROM framework]

Re: [RFC][PATCH 06/13] percpu-rwsem: Provide percpu_down_read_trylock()

On 06/22, Peter Zijlstra wrote: > > +static inline bool percpu_down_read_trylock(struct percpu_rw_semaphore *sem) > +{ > + bool ret = true; > + > + preempt_disable(); > + __this_cpu_inc(*sem->refcount); > + if (unlikely(!rcu_sync_is_idle(>rss))) > + ret =

[PATCH v6 7/9] nvmem: qfprom: Add bindings for qfprom

This patch adds bindings for qfprom found in QCOM SOCs. QFPROM driver is based on simple nvmem framework. Reviewed-by: Stephen Boyd Signed-off-by: Srinivas Kandagatla --- Documentation/devicetree/bindings/nvmem/qfprom.txt | 35 ++ 1 file changed, 35 insertions(+) create

[PATCH v6 5/9] Documentation: nvmem: add nvmem api level and how-to doc

This patch add basic how-to and api summary documentation for simple NVMEM framework. Signed-off-by: Srinivas Kandagatla --- Documentation/nvmem/nvmem.txt | 151 ++ 1 file changed, 151 insertions(+) create mode 100644 Documentation/nvmem/nvmem.txt diff

[PATCH v6 3/9] nvmem: Add nvmem_device based consumer apis.

This patch adds read/write apis which are based on nvmem_device. It is common that the drivers like omap cape manager or qcom cpr driver to access bytes directly at particular offset in the eeprom and not from nvmem cell info in DT. These driver would need to get access to the nvmem directly,

[PATCH v6 2/9] nvmem: Add a simple NVMEM framework for consumers

This patch adds just consumers part of the framework just to enable easy review. Up until now, nvmem drivers were stored in drivers/misc, where they all had to duplicate pretty much the same code to register a sysfs file, allow in-kernel users to access the content of the devices they were

[PATCH v6 4/9] nvmem: Add bindings for simple nvmem framework

This patch adds bindings for simple nvmem framework which allows nvmem consumers to talk to nvmem providers to get access to nvmem cell data. Signed-off-by: Maxime Ripard [Maxime Ripard: intial version of eeprom framework] Signed-off-by: Srinivas Kandagatla ---

[PATCH v6 6/9] nvmem: qfprom: Add Qualcomm QFPROM support.

This patch adds QFPROM support driver which is used by other drivers like thermal sensor and cpufreq. On MSM parts there are some efuses (called qfprom) these fuses store things like calibration data, speed bins.. etc. Drivers like cpufreq, thermal sensors would read out this data for configuring

[PATCH v6 0/9] Add simple NVMEM Framework via regmap.

Thankyou all for providing inputs and comments on previous versions of this patchset. Here is the v6 of the patchset addressing all the issues raised as part of previous versions review. This patchset adds a new simple NVMEM framework to kernel, and it is tested with various drivers like "QCOM

[PATCH v6 1/9] nvmem: Add a simple NVMEM framework for nvmem providers

This patch adds just providers part of the framework just to enable easy review. Up until now, NVMEM drivers like eeprom were stored in drivers/misc, where they all had to duplicate pretty much the same code to register a sysfs file, allow in-kernel users to access the content of the devices they

Re: [PATCHv4 00/27] perf stat: Introduce --per-thread option

Em Tue, Jun 23, 2015 at 12:36:01AM +0200, Jiri Olsa escreveu: > hi, > adding the possibility to display stat data per thread. > > Allowing following commands and output: > > $ perf stat -e cycles,instructions --per-thread -p 30190,30242 While testing Adrian's Intel PT patchkit I realised we

  1   2   3   4   5   6   7   8   9   10   >