[PATCH v4 03/23] arm/arm64: Add new is_kernel_in_hyp_mode predicate

With ARMv8.1 VHE extension, it will be possible to run the kernel at EL2 (aka HYP mode). In order for the kernel to easily find out where it is running, add a new predicate that returns whether or not the kernel is in HYP mode. For completeness, the 32bit code also get such a predicate (always ret

[PATCH v4 07/23] arm64: KVM: VHE: Patch out use of HVC

With VHE, the host never issues an HVC instruction to get into the KVM code, as we can simply branch there. Use runtime code patching to simplify things a bit. Reviewed-by: Christoffer Dall Signed-off-by: Marc Zyngier --- arch/arm64/kvm/hyp.S | 7 +++ arch/arm64/kvm/hyp/hyp-entr

[PATCH v4 10/23] arm64: KVM: VHE: Differenciate host/guest sysreg save/restore

With ARMv8, host and guest share the same system register file, making the save/restore procedure completely symetrical. With VHE, host and guest now have different requirements, as they use different sysregs. In order to prepare for this, add split sysreg save/restore functions for both host and

[PATCH v4 09/23] arm64: KVM: VHE: Introduce unified system register accessors

VHE brings its own bag of new system registers, or rather system register accessors, as it define new ways to access both guest and host system registers. For example, from the host: - The host TCR_EL2 register is accessed using the TCR_EL1 accessor - The guest TCR_EL1 register is accessed using t

[PATCH v4 04/23] arm64: Allow the arch timer to use the HYP timer

With the ARMv8.1 VHE, the kernel can run in HYP mode, and thus use the HYP timer instead of the normal guest timer in a mostly transparent way, except for the interrupt line. This patch reworks the arch timer code to allow the selection of the HYP PPI, possibly falling back to the guest timer if n

[PATCH v4 06/23] arm64: KVM: Skip HYP setup when already running in HYP

With the kernel running at EL2, there is no point trying to configure page tables for HYP, as the kernel is already mapped. Take this opportunity to refactor the whole init a bit, allowing the various parts of the hypervisor bringup to be split across multiple functions. Reviewed-by: Christoffer

[PATCH v4 05/23] arm64: Add ARM64_HAS_VIRT_HOST_EXTN feature

Add a new ARM64_HAS_VIRT_HOST_EXTN features to indicate that the CPU has the ARMv8.1 VHE capability. This will be used to trigger kernel patching in KVM. Acked-by: Christoffer Dall Acked-by: Catalin Marinas Signed-off-by: Marc Zyngier --- arch/arm64/include/asm/cpufeature.h | 3 ++- arch/arm

Re: [PATCH V4 22/23] arm64, pci, acpi: Assign legacy IRQs once device is enable.

On 11.02.2016 12:58, Lorenzo Pieralisi wrote: As for the MSI check, by reading commit history its need I think it harks back to bba6f6fc, which was supposed to be a quick hack and it has been in the kernel for 9 years:), is it really needed ? IMO, yes it is needed. We need to chose MSI vs IRQ,

[PATCH v4 00/23] arm64: Virtualization Host Extension support

ARMv8.1 comes with the "Virtualization Host Extension" (VHE for short), which enables simpler support of Type-2 hypervisors. This extension allows the kernel to directly run at EL2, and significantly reduces the number of system registers shared between host and guest, reducing the overhead of vir

[PATCH v4 02/23] arm64: KVM: Switch to C-based stage2 init

There is no real need to leave the stage2 initialization as part of the early HYP bootstrap, and we can easily postpone it to the point where we can safely run C code. This will help VHE, which doesn't need any of this bootstrap. Reviewed-by: Christoffer Dall Signed-off-by: Marc Zyngier --- ar

Re: [PATCH v1 2/6] mfd: cros_ec: Add MKBP event support

On Thu, Feb 11, 2016 at 6:52 AM, Tomeu Vizoso wrote: > > On 02/05/2016 06:24 PM, Gwendal Grignou wrote: > > We should not used kmalloc when get events, these functions are called > > quite often. > > Gwendal. > > > > On Fri, Feb 5, 2016 at 5:32 AM, Tomeu Vizoso >

[PATCH v4 17/23] arm64: KVM: VHE: Add fpsimd enabling on guest access

Despite the fact that a VHE enabled kernel runs at EL2, it uses CPACR_EL1 to trap FPSIMD access. Add the required alternative code to re-enable guest FPSIMD access when it has trapped to EL2. Reviewed-by: Christoffer Dall Signed-off-by: Marc Zyngier --- arch/arm64/kvm/hyp/entry.S | 6 ++ 1

Re: [GIT PULL] workqueue fixes for v4.5-rc3

Linus, On Thu, 11 Feb 2016, Linus Torvalds wrote: > On Thu, Feb 11, 2016 at 12:18 AM, Thomas Gleixner wrote: > > > > That certainly makes sense. So we should use a common debug option to force > > the 'schedule remote' machinery for all interesting subsystems instead of > > creating an extra opt

Re: [PATCHv2 02/28] rmap: introduce rmap_walk_locked()

"Kirill A. Shutemov" writes: > rmap_walk_locked() is the same as rmap_walk(), but caller takes care > about relevant rmap lock. > > It's preparation to switch THP splitting from custom rmap walk in > freeze_page()/unfreeze_page() to generic one. Would be better to move all locking into the calle

Re: [PATCH 0/3] cpufreq: Replace timers with utilization update callbacks

On 02/11/2016 09:30 AM, Peter Zijlstra wrote: >> My concern above is that pokes are guaranteed to keep occurring when >> > there is only RT or DL activity so nothing breaks. > > The hook in their respective tick handler should ensure stuff is called > sporadically and isn't stalled. But that's onl

Re: [GIT PULL] workqueue fixes for v4.5-rc3

On Thu, Feb 11, 2016 at 10:49 AM, Thomas Gleixner wrote: > > while playing around with it and wondering where to put the command line > option, I wondered whether it makes sense to tie this to debugobjects. > > If stuff goes bad, then state corruptions of the involved objects (timers, > work ..) a

[PATCH v5 2/3] clocksource: Add NPS400 timers driver

From: Noam Camus Add internal tick generator which is shared by all cores. Each cluster of cores view it through dedicated address. This is used for SMP system where all CPUs synced by same clock source. Signed-off-by: Noam Camus Cc: Daniel Lezcano Cc: Rob Herring Cc: Thomas Gleixner Cc: Joh

Re: [PATCH 3/3] ARM64: zynqmp: Use 64bit size cell format

Hi Rob, On 11.2.2016 17:13, Rob Herring wrote: > On Thu, Feb 11, 2016 at 6:26 AM, Michal Simek wrote: >> Use 64bit size cell format instead of 32bit for memory >> description. Change 64bit sizes also for all others IPs. > > Why? As is, this change is completely pointless because nothing needs >

Re: [PATCH 0/3] cpufreq: Replace timers with utilization update callbacks

On Thu, Feb 11, 2016 at 7:52 PM, Steve Muckle wrote: > On 02/11/2016 09:30 AM, Peter Zijlstra wrote: >>> My concern above is that pokes are guaranteed to keep occurring when >>> > there is only RT or DL activity so nothing breaks. >> >> The hook in their respective tick handler should ensure stuff

Re: [PATCH v4 00/23] arm64: Virtualization Host Extension support

On Thu, Feb 11, 2016 at 06:39:41PM +, Marc Zyngier wrote: > ARMv8.1 comes with the "Virtualization Host Extension" (VHE for > short), which enables simpler support of Type-2 hypervisors. > > This extension allows the kernel to directly run at EL2, and > significantly reduces the number of syst

Re: [PATCH v8 3/3] tty: 8250_omap: Use software emulated RS485 direction control

2016-02-11 19:40 GMT+03:00 Ильяс Гасанов : > Hello, > > 2016-02-01 21:09 GMT+03:00 "Matwey V. Kornilov" : >> +static int omap_8250_rs485_config(struct uart_port *port, >> + struct serial_rs485 *rs485) >> +{ >> + struct uart_8250_port *up = up_to_u8250p(port); >

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Thu, Feb 11, 2016 at 07:22:23PM +0100, Gerald Schaefer wrote: > Hi, > > Sebastian Ott reported random kernel crashes beginning with v4.5-rc1 and > he also bisected this to commit 61f5d698 "mm: re-enable THP". Further > review of the THP rework patches, which cannot be bisected, revealed > commi

Re: [PATCH v4 00/23] arm64: Virtualization Host Extension support

On 11/02/16 19:07, Christoffer Dall wrote: > On Thu, Feb 11, 2016 at 06:39:41PM +, Marc Zyngier wrote: >> ARMv8.1 comes with the "Virtualization Host Extension" (VHE for >> short), which enables simpler support of Type-2 hypervisors. >> >> This extension allows the kernel to directly run at EL2

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Thu, Feb 11, 2016 at 09:09:42PM +0200, Kirill A. Shutemov wrote: > On Thu, Feb 11, 2016 at 07:22:23PM +0100, Gerald Schaefer wrote: > > Hi, > > > > Sebastian Ott reported random kernel crashes beginning with v4.5-rc1 and > > he also bisected this to commit 61f5d698 "mm: re-enable THP". Further

Re: [PATCH] veth: don’t modify ip_summed; doing so treats packets with bad checksums as good.

Just as a followup, I wrote a short blog detailing the bug and our resolution: (https://twitter.com/vijayp/status/697837808417779716) Thanks again for your help in guiding us through our first kernel patch. This was a great experience! direct link: https://medium.com/vijay-pandurangan/linux-kern

Re: [PATCH v9 04/13] task_isolation: add initial support

On 01/30/2016 04:11 PM, Frederic Weisbecker wrote: On Fri, Jan 29, 2016 at 01:18:05PM -0500, Chris Metcalf wrote: On 01/27/2016 07:28 PM, Frederic Weisbecker wrote: On Tue, Jan 19, 2016 at 03:45:04PM -0500, Chris Metcalf wrote: You asked what happens if nohz_full= is given as well, which is a

Re: [PATCH 3.12 00/64] 3.12.54-stable review

On 02/11/2016 06:59 AM, Jiri Slaby wrote: > This is the start of the stable review cycle for the 3.12.54 release. > There are 64 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses should be

WARNING: CPU: 0 PID: 3031 at ./arch/x86/include/asm/fpu/internal.h:530 fpu__restore+0x90/0x130()

Hey Andy, can you make any sense of this: [ 90.573923] [ cut here ] [ 90.574977] WARNING: CPU: 0 PID: 3031 at ./arch/x86/include/asm/fpu/internal.h:530 fpu__restore+0x90/0x130() [ 90.576108] Modules linked in: hid_generic usbhid hid snd_hda_codec_hdmi snd_hda_codec

Re: [PATCH v3 3/3] pci: dra7xx: use pdata callbacks to perform reset

Hi Kishon, Suman, On Wed, 10 Feb 2016, Kishon Vijay Abraham I wrote: > On Wednesday 10 February 2016 07:12 AM, Suman Anna wrote: > > On 02/09/2016 01:36 PM, Paul Walmsley wrote: > >> On Tue, 9 Feb 2016, Suman Anna wrote: > >>> On 02/09/2016 02:49 AM, Paul Walmsley wrote: > On Mon, 8 Feb 2016

Re: [PATCH v5] mmc: OCTEON: Add host driver for OCTEON MMC controller

On Thu, 11 Feb 2016, David Daney wrote: > > > The vast majority of people that see it will not be able to change their > > > firmware. So it will be forever cluttering up their boot logs. > > > > Until they switch to use APPENDED_DTB. :-) > > > > I am philosophically opposed to making the DTB

[PATCH v1] tty: serial: 8250: Fix possible race in serial8250_em485_destroy()

Fix possbile race in serial8250_em485_destroy() when timer handlers can dereference p->em485 which is alread destroyed but not yet NULLed. Signed-off-by: Matwey V. Kornilov --- I've found that Greg applied initial patchset, so this erratum goes as separate patch. drivers/tty/serial/8250/8250_p

Re: [tpmdd-devel] [PATCH] tpm: fix the cleanup of struct tpm_chip

On Tue, Feb 09, 2016 at 05:30:30AM +0200, Jarkko Sakkinen wrote: > If the initialization fails before tpm_chip_register(), put_device() > will be not called, which causes release callback not to be called. > This patch fixes the issue by adding put_device() to devres list of > the parent device. >

Re: [PATCH] MIPS: tlb-r4k: panic if the MMU doesn't support PAGE_SIZE

On Wed, 10 Feb 2016, Paul Burton wrote: > > diff --git a/arch/mips/mm/tlb-r4k.c b/arch/mips/mm/tlb-r4k.c > > index 08318ec..4330315 100644 > > --- a/arch/mips/mm/tlb-r4k.c > > +++ b/arch/mips/mm/tlb-r4k.c > > @@ -486,6 +487,10 @@ static void r4k_tlb_configure(void) > > * be set to fixed-s

[PATCH net] af_unix: Guard against other == sk in unix_dgram_sendmsg

The unix_dgram_sendmsg routine use the following test if (unlikely(unix_peer(other) != sk && unix_recvq_full(other))) { to determine if sk and other are in an n:1 association (either established via connect or by using sendto to send messages to an unrelated socket identified by address). This is

Re: [RFC PATCH 3/3] mm: increase scalability of global memory commitment accounting

On 02/11/2016 10:20 AM, Tim Chen wrote: > The brk1 test is also somewhat pathologic. It > does nothing but brk which is unlikely for real workload. > So we have to be careful when we are tuning our system > behavior for brk1 throughput. We'll need to make sure > whatever changes we made don't impa

Re: [PATCH v2 0/2] DAX bdev fixes - move flushing calls to FS

On Thu, Feb 11, 2016 at 01:43:04PM +0100, Jan Kara wrote: > On Wed 10-02-16 13:48:54, Ross Zwisler wrote: > > During testing of raw block devices + DAX I noticed that the struct > > block_device that we were using for DAX operations was incorrect. For the > > fault handlers, etc. we can just get t

Re: [PATCH v3 3/4] x86/signal/64: Re-add support for SS in the 64-bit signal context

On Mon, Jan 25, 2016 at 01:34:14PM -0800, Andy Lutomirski wrote: > This is a second attempt to make the improvements from c6f2062935c8 > ("x86/signal/64: Fix SS handling for signals delivered to 64-bit > programs"), which was reverted by 51adbfbba5c6 ("x86/signal/64: Add > support for SS in the 64-

Re: [PATCH 3/3] ARM64: zynqmp: Use 64bit size cell format

On Thu, Feb 11, 2016 at 12:58 PM, Michal Simek wrote: > Hi Rob, > > On 11.2.2016 17:13, Rob Herring wrote: >> On Thu, Feb 11, 2016 at 6:26 AM, Michal Simek >> wrote: >>> Use 64bit size cell format instead of 32bit for memory >>> description. Change 64bit sizes also for all others IPs. >> >> Why?

Re: [PATCH v3 4/4] selftests/x86: Add tests for UC_SIGCONTEXT_SS and UC_STRICT_RESTORE_SS

On Mon, Jan 25, 2016 at 01:34:15PM -0800, Andy Lutomirski wrote: > This tests the two ABI-preserving cases that DOSEMU cares about, and > it also explicitly tests the new UC_SIGCONTEXT_SS and > UC_STRICT_RESTORE_SS flags. > > Signed-off-by: Andy Lutomirski > --- > tools/testing/selftests/x86/sig

patch to fix small grammar error

Hello, I have a small patch to the memory-hotplug documentation. One line adds a comma, and the other line adds an and. Justin Keller --- Documentation/memory-hotplug.txt.orig 2016-02-11 11:21:22.0 -0500 +++ Documentation/memory-hotplug.txt 2016-02-11 11:23:08.0 -0500 @@ -88,9 +

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Thu, 11 Feb 2016 21:09:42 +0200 "Kirill A. Shutemov" wrote: > On Thu, Feb 11, 2016 at 07:22:23PM +0100, Gerald Schaefer wrote: > > Hi, > > > > Sebastian Ott reported random kernel crashes beginning with v4.5-rc1 and > > he also bisected this to commit 61f5d698 "mm: re-enable THP". Further > >

Re: [PATCH v2 3/3] ARM: dts: enable GPIO-a for Broadcom NSP

On 04/12/15 09:12, Yendapally Reddy Dhananjaya Reddy wrote: > This enables the GPIO-a support for Broadcom NSP SoC > > Signed-off-by: Yendapally Reddy Dhananjaya Reddy Finally applied to devicetree/next, since there was a bit of restructuring with the addition of the ranges, please verify the re

Re: rwsem exit_to_usermode

On 02/10, Andy Lutomirski wrote: > > On Wed, Feb 10, 2016 at 5:05 PM, Justin Capella > wrote: > > http://i.imgur.com/gKamNV3.jpg > > > > I encountered this deadlock situation, let me know if there is additional > > info I can provide, if you're interested... > > You're the second person in 24 hou

Re: [PATCH v1] tty: serial: 8250: Fix possible race in serial8250_em485_destroy()

I am sorry, please ignore it. There is no issue actually. The timer handlers and rs485_config callbacks are protected by the same spinlock, so they are never run in parallel. 2016-02-11 22:32 GMT+03:00 Matwey V. Kornilov : > Fix possbile race in serial8250_em485_destroy() when timer handlers can >

Re: [RFC v1 6/8] x86/init: use linker table for i386 early setup

On Wed, Jan 20, 2016 at 1:41 PM, Luis R. Rodriguez wrote: > On Wed, Jan 20, 2016 at 1:14 PM, Konrad Rzeszutek Wilk > wrote: >> On Tue, Dec 15, 2015 at 02:16:35PM -0800, Luis R. Rodriguez wrote: >>> From: "Luis R. Rodriguez" >>> >>> This also annotates this is only used for PC and >>> lguest hard

Re: [PATCH v8 04/14] task_isolation: add initial support

On 01/28/2016 11:38 AM, Frederic Weisbecker wrote: On Tue, Oct 27, 2015 at 12:40:29PM -0400, Chris Metcalf wrote: On 10/21/2015 12:12 PM, Frederic Weisbecker wrote: On Tue, Oct 20, 2015 at 04:36:02PM -0400, Chris Metcalf wrote: +/* + * This routine controls whether we can enable task-isolation

Re: [PATCH 3/3] ARM64: zynqmp: Use 64bit size cell format

Hi Rob, On 11.2.2016 20:49, Rob Herring wrote: > On Thu, Feb 11, 2016 at 12:58 PM, Michal Simek wrote: >> Hi Rob, >> >> On 11.2.2016 17:13, Rob Herring wrote: >>> On Thu, Feb 11, 2016 at 6:26 AM, Michal Simek >>> wrote: Use 64bit size cell format instead of 32bit for memory descriptio

Re: [PATCH v8 3/3] tty: 8250_omap: Use software emulated RS485 direction control

2016-02-11 22:08 GMT+03:00 Matwey V. Kornilov : > Thanks for pointing out. serial8250_unregister_port should set > serial8250_ports[line].em485 to NULL in order to prevent unneeded > activation when this struct is reused. Then the allocated/initialized resources should be freed/released as well.

Re: [PATCH v5 2/3] clocksource: Add NPS400 timers driver

On 02/11/2016 07:40 PM, Noam Camus wrote: From: Noam Camus Add internal tick generator which is shared by all cores. Each cluster of cores view it through dedicated address. This is used for SMP system where all CPUs synced by same clock source. Signed-off-by: Noam Camus Cc: Daniel Lezcano C

[PATCH v3 1/2] x86/lib/copy_user_64.S: cleanup __copy_user_nocache()

Add comments to __copy_user_nocache() to clarify its procedures and alignment requirement. Also change numeric branch target labels to named labels. The labels begin with ".L" and prefix "cun" (Copy User Nocache) to keep them local and unique to the function. Signed-off-by: Toshi Kani Cc: Thoma

[PATCH v3 0/2] Fix BTT data corruptions after crash

Data corruption issues were observed in tests which initiated a system crash/reset while accessing BTT devices. This problem is reproducible. The BTT driver calls pmem_rw_bytes() to update data in pmem devices. This interface calls __copy_user_nocache(), which uses non-temporal stores so that the

[PATCH v3 2/2] x86/lib/copy_user_64.S: Handle 4-byte nocache copy

Data corruption issues were observed in tests which initiated a system crash/reset while accessing BTT devices. This problem is reproducible. The BTT driver calls pmem_rw_bytes() to update data in pmem devices. This interface calls __copy_user_nocache(), which uses non-temporal stores so that th

Re: Unhelpful caching decisions, possibly related to active/inactive sizing

On Tue, 9 Feb 2016 17:42:56 -0500 Johannes Weiner wrote: > On Tue, Feb 09, 2016 at 05:52:40PM +0100, Andres Freund wrote: > > Rik asked me about active/inactive sizing in /proc/meminfo: > > Active: 7860556 kB > > Inactive:5395644 kB > > Active(anon):2874936 kB > > Inactive(an

Re: [PATCH v3 3/3] pci: dra7xx: use pdata callbacks to perform reset

On 02/09/2016 11:38 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Wednesday 10 February 2016 07:12 AM, Suman Anna wrote: >> Hi Paul, >> >> On 02/09/2016 01:36 PM, Paul Walmsley wrote: >>> Hi Suman >>> >>> On Tue, 9 Feb 2016, Suman Anna wrote: >>> On 02/09/2016 02:49 AM, Paul Walmsley wrote:

Re: [RFC v1 4/8] x86/init: add linker table support

On Thu, Jan 21, 2016 at 4:42 PM, H. Peter Anvin wrote: > On 01/21/16 16:25, Luis R. Rodriguez wrote: >>> >>> Basically, if the hardware is enumerable using standard PC mechanisms (PCI, >>> ACPI) and doesn't need a special boot flow it should use type 0. >> >> I can extend the documentation as par

Re: [PATCH v2 2/2] dax: move writeback calls into the filesystems

On Thu, Feb 11, 2016 at 07:22:00AM -0800, Dan Williams wrote: > On Thu, Feb 11, 2016 at 4:50 AM, Jan Kara wrote: > > On Wed 10-02-16 15:43:40, Ross Zwisler wrote: > >> On Thu, Feb 11, 2016 at 09:03:12AM +1100, Dave Chinner wrote: > >> > On Wed, Feb 10, 2016 at 01:48:56PM -0700, Ross Zwisler wrote:

Re: [PATCH 0/3] cpufreq: Replace timers with utilization update callbacks

On Thu, Feb 11, 2016 at 1:08 PM, Rafael J. Wysocki wrote: > On Thu, Feb 11, 2016 at 12:51 PM, Peter Zijlstra wrote: >> On Tue, Feb 09, 2016 at 09:05:05PM +0100, Rafael J. Wysocki wrote: >>> > > One concern I had was, given that the lone scheduler update hook is in >>> > > CFS, is it possible for

Re: [RFC PATCH 3/3] mm: increase scalability of global memory commitment accounting

On Wed, 10 Feb 2016 16:24:16 -0800 Tim Chen wrote: > On Wed, 2016-02-10 at 13:28 -0800, Andrew Morton wrote: > > > > > If a process is unmapping 4MB then it's pretty crazy for us to be > > hitting the percpu_counter 32 separate times for that single operation. > > > > Is there some way in whic

Re: [PATCH v2 0/2] DAX bdev fixes - move flushing calls to FS

On Thu, Feb 11, 2016 at 12:49:22PM -0700, Ross Zwisler wrote: > I think the plan of unsetting S_DAX on bdev->bd_inode when we mount will save > us from this, as long as we do it super early in the mount process. I think that S_DAX should not be set on the block device by default in the first place

Re: [PATCH v16 0/6] Device Tree support for FPGA programming

On Fri, 5 Feb 2016, at...@opensource.altera.com wrote: > From: Alan Tull > > v16 Refactors the FPGA Area and FPGA Bus into single thing called an > FPGA Region and eliminates using simple-bus. I'm using the word > "region" as it's a term is used in the literature of both the major > FPGA manufa

Re: [PATCH v2 2/2] dax: move writeback calls into the filesystems

On Thu, Feb 11, 2016 at 12:46 PM, Dave Chinner wrote: [..] >> It seems to me we need to modify the >> metadata i/o paths to bypass the page cache, > > XFS doesn't use the block device page cache for it's metadata - it > has it's own internal metadata cache structures and uses get_pages > or heap m

Re: [PATCH 0/4] serial: omap: robustify for high speed transfers

Hi, * John Ogness [160211 04:04]: > > At these speeds, nearly every DMA interrupt is accompanied by a spurious > UART interrupt. So, sadly, the interrupts are doubled. > > It is on my TODO list to verify if the spurious UART interrupts exactly > match the recently added [0] spurious interrupt d

Re: Another proposal for DAX fault locking

The Solaris 11 sources are still available at Illumos.org (Illumos is what Opensolaris was once, minus Suns bug database). Also, if you keep the performance in mind, remember that the world is moving towards many cores with many hardware threads per core, so optimising for the "two core with low l

Re: [PATCH v8 4/4] Documentation: tee subsystem and op-tee driver

On 02/11/16 09:14, Jens Wiklander wrote: > Signed-off-by: Jens Wiklander > --- > Documentation/00-INDEX | 2 + > Documentation/tee.txt | 117 > + > MAINTAINERS| 1 + > 3 files changed, 120 insertions(+) > create mode 100644 Docume

Re: [PATCH v3] err.h: allow IS_ERR_VALUE to handle properly more types

On Thu, Feb 11, 2016 at 08:00:54AM +0100, Andrzej Hajda wrote: > This way you will limit it only to unsigned long type, which seems too > strict to me. > I think the macro should accept all long enough unsigned types, otherwise we > could end up with bunch of macros IS_ERR_VALUE_U32, IS_ERR_VALUE_

Re: [PATCH] PM / OPP: Fix NULL pointer dereference crash when disabling OPPs

On Thu, Feb 11, 2016 at 12:34 PM, Viresh Kumar wrote: > On 11-02-16, 11:25, Jon Hunter wrote: >> Commit 7d34d56ef334 ("PM / OPP: Disable OPPs that aren't supported by >> the regulator") disables OPPs that are not supported by the regulator. >> This is causes a crash on Tegra124 Jetson TK1 when usi

Re: [PATCH] PM / OPP: Fix NULL pointer dereference when no regulator is defined

On Thu, Feb 11, 2016 at 5:13 PM, Bartlomiej Zolnierkiewicz wrote: > Commit 7d34d56ef334 ("PM / OPP: Disable OPPs that aren't > supported by the regulator") causes NULL pointer dereference > OOPS when no regulator for OPP is defined. Fix it by > replacing IS_ERR() check with IS_ERR_OR_NULL() one (

Re: [PATCHv3 1/3] rdmacg: Added rdma cgroup controller.

On Wed, Feb 10, 2016 at 9:57 PM, Haggai Eran wrote: > > There is indeed an effort to backport the latest RDMA subsystem modules to > older kernels, and it would be preferable to be able to introduce new > resources through these modules. Right. There is hardly 10 to 20 lines of code that allows to

Re: [RFC PATCH 3/3] mm: increase scalability of global memory commitment accounting

On Thu, 2016-02-11 at 12:51 -0800, Andrew Morton wrote: > On Wed, 10 Feb 2016 16:24:16 -0800 Tim Chen > wrote: > > > On Wed, 2016-02-10 at 13:28 -0800, Andrew Morton wrote: > > > > > > > > If a process is unmapping 4MB then it's pretty crazy for us to be > > > hitting the percpu_counter 32 sep

[PATCH v42 0/6] critical clocks and handoff clocks

This series combines Lee's critical clock patches[0] plus some small fixes and changes with a repost of my handoff clock patches[1]. Both features are enabled by setting new flags on static clock data within clock provider drivers. In addition, there is a new function for setting the CLK_IS_CRITIC

[PATCH v42 6/6] clk: introduce CLK_ENABLE_HAND_OFF flag

Some clocks are critical to system operation (e.g. cpu, memory, etc) and should not be gated until a driver that knows best claims such a clock and expressly gates that clock through the normal clk.h api. The typical way to handle this is for the clk driver or some other early code to call clk_pre

[PATCH v42 5/6] clk: clk_put WARNs if user has not disabled clk

>From the clk_put kerneldoc in include/linux/clk.h: """ Note: drivers must ensure that all clk_enable calls made on this clock source are balanced by clk_disable calls prior to calling this function. """ The common clock framework implementation of the clk.h api has per-user reference counts for

[PATCH v42 3/6] clk: Provide OF helper to mark clocks as CRITICAL

From: Lee Jones This call matches clocks which have been marked as critical in DT and sets the appropriate flag. These flags can then be used to mark the clock core flags appropriately prior to registration. Legacy bindings requiring this feature must add the clock-critical property to their bi

[PATCH v42 4/6] clk: per-user clk prepare & enable ref counts

This patch adds prepare and enable reference counts for the per-user handles that clock consumers have for a clock node. This patch warns if an imbalance occurs while trying to disable or unprepare a clock and aborts, leaving the hardware unaffected. Signed-off-by: Michael Turquette --- Changed i

[PATCH v42 1/6] clk: Allow clocks to be marked as CRITICAL

From: Lee Jones Critical clocks are those which must not be gated, else undefined or catastrophic failure would occur. Here we have chosen to ensure the prepare/enable counts are correctly incremented, so as not to confuse users with enabled clocks with no visible users. Signed-off-by: Lee Jone

Re: [PATCHv3 1/3] rdmacg: Added rdma cgroup controller.

Hi Tejun, (Sending again as by mistake previous mail was non plain text, sorry about that). So based on your comments, Haggai's comments below and past experience, I will spin v6.o I have made changes, and testing them. I am likely to post during coming long weekend. I have simplified many piece

[PATCH v42 2/6] clk: WARN_ON about to disable a critical clock

From: Lee Jones Signed-off-by: Lee Jones Signed-off-by: Michael Turquette --- drivers/clk/clk.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c index 993f775..39f9527 100644 --- a/drivers/clk/clk.c +++ b/drivers/clk/clk.c @@ -575,6 +575,9 @@ stat

Re: [PATCH v16 0/6] Device Tree support for FPGA programming

On Thu, Feb 11, 2016 at 2:49 PM, atull wrote: > On Fri, 5 Feb 2016, at...@opensource.altera.com wrote: > >> From: Alan Tull >> >> v16 Refactors the FPGA Area and FPGA Bus into single thing called an >> FPGA Region and eliminates using simple-bus. I'm using the word >> "region" as it's a term is

Re: [PATCH V2 03/12] dtb: amd: Fix DMA ranges in device tree

Hi, On Wed, Feb 10, 2016 at 1:13 PM, Suravee Suthikulpanit wrote: > Hi Arnd, > > > On 2/9/16 21:57, Arnd Bergmann wrote: >> >> On Monday 08 February 2016 11:59:08 Suravee Suthikulpanit wrote: >>> >>> From: Suravee Suthikulpanit >>> >>> Fix DMA ranges of smb0 and pcie0 nodes in AMD Seattle SOC. >

[PATCH 0/4] Fix pxa dma requestor lines

This serie aims at fixing a bug which arose in the pxa_dma driver, which needs to know the number of requestor lines which are connected to the DMA IP. The current implementation of pxa_dma is limited to 32 lines, which pxa27x has 75 lines and pxa3xx has 100 of them. As a consequence, DMA clients

[PATCH 4/4] dmaengine: pxa_dma: fix the maximum requestor line

The current number of requestor lines is limited to 31. This was an error of a previous commit, as this number is platform dependent, and is actually : - for pxa25x: 40 requestor lines - for pxa27x: 75 requestor lines - for pxa3xx: 100 requestor lines The previous testing did not reveal the fau

[PATCH 2/4] dmaengine: mmp-pdma: add number of requestors

The DMA chip has a fixed number of requestor lines used for flow control. This number is platform dependent. The pxa_dma dma driver will use this value to activate or not the flow control. There won't be any impact on mmp_pdma driver. Signed-off-by: Robert Jarzmik --- include/linux/platform_dat

[PATCH 1/4] dma: mmp_pdma: Add the #requestors DT property documentation

For pxa based platforms, the number of requestor lines should be specified, so that the driver can check if the flow control should be activated (when a requestor line is asked for) or not. Signed-off-by: Robert Jarzmik --- Documentation/devicetree/bindings/dma/mmp-dma.txt | 2 ++ 1 file changed

[PATCH 3/4] ARM: pxa: add the number of DMA requestor lines

Declare the number of DMA requestor lines per platform : - for pxa25x: 40 requestor lines - for pxa27x: 75 requestor lines - for pxa3xx: 100 requestor lines This information will be used to activate the DMA flow control or not. Signed-off-by: Robert Jarzmik --- arch/arm/boot/dts/pxa27x.dtsi

Re: [PATCH] af_unix: Don't set err in unix_stream_read_generic unless there was an error

On 02/05/2016 05:30 PM, Rainer Weikusat wrote: > The present unix_stream_read_generic contains various code sequences of > the form > > err = -EDISASTER; > if () > goto out; > > This has the unfortunate side effect of possibly causing the error code > to bleed through to the final > > out: >

Re: [PATCH] clk: clk_register: Correctly initialize enable_count

Quoting Rhyland Klein (2016-02-10 10:34:16) > On 2/9/2016 9:56 PM, Emilio López wrote: > > Hi, > > > > El 09/02/16 a las 19:48, Rhyland Klein escribió: > >> When clocks are registered, they could be enabled already in > >> hardware. As of now, the enable count will start at 0. When this > >> happe

[PATCH v11 2/4] x86, mce: Check for faults tagged in EXTABLE_CLASS_FAULT exception table entries

Extend the severity checking code to add a new context IN_KERN_RECOV which is used to indicate that the machine check was triggered by code in the kernel tagged with _ASM_EXTABLE_FAULT() so that the ex_handler_fault() handler will provide the fixup code with the trap number. Major re-work to the t

Re: [PATCH RFC RFT 0/3] clk: detect per-user enable imbalances and implement hand-off

Quoting Michael Turquette (2015-12-04 16:46:28) > Heiko Stübner wrote: > > Hi Mike, > > > > Am Freitag, 7. August 2015, 12:09:27 schrieb Michael Turquette: > > > This is an alternative solution to Lee's "clk: Provide support for > > > always-on clocks" series[0]. > > > > > > The first two patches

[PATCH v11 3/4] x86, mce: Add __mcsafe_copy()

Make use of the EXTABLE_FAULT exception table entries. This routine returns a structure to indicate the result of the copy: struct mcsafe_ret { u64 trapnr; u64 remain; }; If the copy is successful, then both 'trapnr' and 'remain' are zero. If we faulted during the copy, then 'tra

[PATCH v11 1/4] x86: Expand exception table to allow new handling options

Huge amounts of help from Andy Lutomirski and Borislav Petkov to produce this. Andy provided the inspiration to add classes to the exception table with a clever bit-squeezing trick, Boris pointed out how much cleaner it would all be if we just had a new field. Linus Torvalds blessed the expansion

Re: [PATCH v6 7/7] clk: mediatek: Enable critical clocks for MT2701

Hi James, Quoting James Liao (2016-02-05 01:37:30) > Some system clocks should be turned on by default on MT2701. > This patch enable these clocks when related clocks have > been registered. > > Signed-off-by: James Liao > --- > drivers/clk/mediatek/clk-mt2701.c | 23 +-- >

Re: [PATCH v5 00/10] Input: synaptics-rmi4: Synaptics RMI4 Driver

On 02/11/2016 02:05 AM, Benjamin Tissoires wrote: On Feb 10 2016 or thereabouts, Andrew Duggan wrote: This is the v5 patch series which fixes the issues identified by kbuild and coccinelle in the previous patch series. These include: - Using ARRAY_SIZE instead of a custom macro to calculate the

[PATCH v11 0/4] Machine check recovery when kernel accesses poison

This series is initially targeted at the folks doing filesystems on top of NVDIMMs. They really want to be able to return -EIO when there is a h/w error (just like spinning rust, and SSD does). I plan to use the same infrastructure to write a machine check aware "copy_from_user()" that will SIGBUS

[PATCH v11 4/4] x86: Create a new synthetic cpu capability for machine check recovery

The Intel Software Developer Manual describes bit 24 in the MCG_CAP MSR: MCG_SER_P (software error recovery support present) flag, bit 24 — Indicates (when set) that the processor supports software error recovery But only some models with this capability bit set will actually generate reco

Re: [PATCH 1/2] sched/deadline: add per rq tracking of admitted bandwidth

On Thu, 11 Feb 2016 09:25:46 -0500 Steven Rostedt wrote: > On Thu, 11 Feb 2016 14:05:45 +0100 > luca abeni wrote: > > > > Well, I never used the rq utilization to re-build the root_domain > > utilization (and I never played with root domains too much... :)... > > So, I do not really know. Ma

RE: iPhone Users List

Hi, Would you be interested in acquiring an Email list of “iPhone Users List“ with opt-in verified contact information from USA? We maintain contacts with complete information. We also have data for All Mobile Phone Users (Android,iOS), iMac Users, iPod Users, Smart Phone Users, iPad Users,

Re: [PATCH] Revert "mmc: block: don't use parameter prefix if built as module"

On Thu, Feb 11, 2016 at 7:57 AM, Ulf Hansson wrote: > On 11 February 2016 at 16:54, Ulf Hansson wrote: >> This reverts commit 829b6962f7e3cfc06f7c5c26269fd47ad48cf503. >> >> Revert this change as it causes a sysfs path to change and therefore >> introduces and ABI regression. More precisely Andro

Re: [PATCH] clk: clk_register: Correctly initialize enable_count

On 2/11/2016 4:32 PM, Michael Turquette wrote: > Quoting Rhyland Klein (2016-02-10 10:34:16) >> On 2/9/2016 9:56 PM, Emilio López wrote: >>> Hi, >>> >>> El 09/02/16 a las 19:48, Rhyland Klein escribió: When clocks are registered, they could be enabled already in hardware. As of now, the e

Re: [PATCH 1/4] dma: mmp_pdma: Add the #requestors DT property documentation

On Thursday 11 February 2016 22:23:15 Robert Jarzmik wrote: > @@ -12,6 +12,8 @@ Required properties: > Optional properties: > - #dma-channels: Number of DMA channels supported by the controller (defaults >to 32 when not specified) > +- #requestors: Number of DMA requestor lines supported by t

Re: [PATCH v11 0/4] Machine check recovery when kernel accesses poison

On Thu, Feb 11, 2016 at 01:34:10PM -0800, Tony Luck wrote: > This series is initially targeted at the folks doing filesystems > on top of NVDIMMs. They really want to be able to return -EIO > when there is a h/w error (just like spinning rust, and SSD does). > > I plan to use the same infrastructu

<    2   3   4   5   6   7   8   9   >