[PATCH] crypto: qce: dma_map_sg can handle chained SG

The qce driver use two dma_map_sg path according to SG are chained or not. Since dma_map_sg can handle both case, clean the code with all references to sg chained. Thus removing qce_mapsg, qce_unmapsg and qce_countsg functions. Signed-off-by: LABBE Corentin ---

Re: [PATCH 26/26] x86, pkeys: Documentation

* Dave Hansen wrote: > On 10/01/2015 01:39 PM, Kees Cook wrote: > > On Thu, Oct 1, 2015 at 4:17 AM, Ingo Molnar wrote: > >> So could we try to add an (opt-in) kernel option that enables this > >> transparently > >> and automatically for all PROT_EXEC &&

Re: bisected: Re: 4.3.0-rc3-00042: ACPI Warning: AcpiEnable failed

> > > 4.2.0 worked fine, 4.3.0-rc3-00042-g3225031 was the next one tested > > > after that and with this kernel, ACPI enabling fails. This is Pentium > > > III, 1 GHz, Intel 815 chipset, DMI tells something about "Packard Bell > > > NEC" as the mainboard type. > > > > > > Full dmesg and config

[PATCH] extcon: gpio: Add the support for Device tree bindings

This patch adds the support for Device tree bindings of extcon-gpio driver. The extcon-gpio device tree node must include the both 'extcon-id' and 'extcon-gpio' property. For exmaple: usb_cable: extcon-gpio-0 { compatible = "extcon-gpio"; extcon-id = <1>;

Re: [PATCH] ver_linux: libcpp.patch

On Fri, Oct 2, 2015 at 8:55 AM, Greg KH wrote: > On Thu, Oct 01, 2015 at 09:17:42PM +0300, Alexander Kapshuk wrote: >> Neither 'libg++.so', nor 'libstdc++.so' were found where the current >> implementation expects them to be found in the distros below. >> >> >> Gentoo

Re: [PATCH 26/26] x86, pkeys: Documentation

* Andy Lutomirski wrote: > >> Assuming it boots up fine on a typical distro, i.e. assuming that there > >> are no > >> surprises where PROT_READ && PROT_EXEC sections are accessed as data. > > > > I can't wait to find out what implicitly expects PROT_READ from > >

Re: [PATCH 4.1 00/29] 4.1.10-stable review

On Thu, Oct 01, 2015 at 11:31:36AM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.1.10 release. > There are 29 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

[PATCH V15 00/11] x86: Intel Cache Allocation Technology Support

This series has some preparatory patches and Intel cache allocation support. Prep patches : Has some changes to hot cpu handling code in existing cache monitoring and RAPL kernel code. This improves hot cpu notification handling by not looping through all online cpus which could

[PATCH V15 10/11] x86,cgroup/intel_rdt : Add intel_rdt cgroup documentation

Add documentation on using the cache allocation cgroup interface with examples. Signed-off-by: Vikas Shivappa Signed-off-by: Fenghua Yu --- Documentation/cgroups/rdt.txt | 133 ++ 1 file changed, 133

[PATCH V15 02/11] x86/intel_rapl: Modify hot cpu notification handling

- In rapl_cpu_init, use the existing package<->core map instead of looping through all cpus in rapl_cpumask. - In rapl_cpu_exit, use the same mapping instead of looping all online cpus. In large systems with large number of cpus the time taken to loop may be expensive and also the time

[PATCH V15 01/11] x86/intel_cqm: Modify hot cpu notification handling

- In cqm_pick_event_reader, use the existing package<->core map instead of looping through all cpus in cqm_cpumask. - In intel_cqm_cpu_exit, use the same map instead of looping through all online cpus. In large systems with large number of cpus the time taken to loop may be expensive and

Re: [PATCH v4 1/5] mtd: nand: Create a BBT flag to access bad block markers in raw mode

Brian, Archit, On Thu, 1 Oct 2015 19:44:34 -0700 Brian Norris wrote: > On Wed, Aug 19, 2015 at 10:19:02AM +0530, Archit Taneja wrote: > > Some controllers can access the factory bad block marker from OOB only > > when they read it in raw mode. When ECC is enabled,

[PATCH V15 04/11] x86/intel_rdt: Add support for Cache Allocation detection

This patch includes CPUID enumeration routines for Cache allocation and new values to track resources to the cpuinfo_x86 structure. Cache allocation provides a way for the Software (OS/VMM) to restrict cache allocation to a defined 'subset' of cache which may be overlapping with other 'subsets'.

[PATCH V15 07/11] x86/intel_rdt: Implement scheduling support for Intel RDT

Adds support for IA32_PQR_ASSOC MSR writes during task scheduling. For Cache Allocation, MSR write would let the task fill in the cache 'subset' represented by the task's capacity bit mask. The high 32 bits in the per processor MSR IA32_PQR_ASSOC represents the CLOSid. During context switch

[PATCH V15 11/11] x86,cgroup/intel_rdt : Add a cgroup interface to manage Intel cache allocation

Add a new cgroup 'intel_rdt' to manage cache allocation. Each cgroup directory is associated with a class of service id(closid). To map a task with closid during scheduling, this patch removes the closid field from task_struct and uses the already existing 'cgroups' field in task_struct. The

[PATCH V15 09/11] x86/intel_rdt: Intel haswell Cache Allocation enumeration

This patch is specific to Intel haswell (hsw) server SKUs. Cache Allocation on hsw server needs to be enumerated separately as HSW does not have support for CPUID enumeration for Cache Allocation. This patch does a probe by writing a CLOSid (Class of service id) into high 32 bits of IA32_PQR_MSR

[PATCH V15 08/11] x86/intel_rdt: Hot cpu support for Cache Allocation

This patch adds hot plug cpu support for Intel Cache allocation. Support includes updating the cache bitmask MSRs IA32_L3_QOS_n when a new CPU package comes online or goes offline. The IA32_L3_QOS_n MSRs are one per Class of service on each CPU package. The new package's MSRs are synchronized with

[PATCH V15 03/11] x86/intel_rdt: Cache Allocation documentation

Adds a description of Cache allocation technology, overview of kernel framework implementation. The framework has APIs to manage class of service, capacity bitmask(CBM), scheduling support and other architecture specific implementation. The APIs are used to build the cgroup interface in later

Re: linux-next: bad base of the h8300 tree

On Tue, 15 Sep 2015 08:12:01 +0900, Stephen Rothwell wrote: > > Hi Yoshinori, > > On Tue, 15 Sep 2015 09:10:30 +1000 Stephen Rothwell > wrote: > > > > Please do "gitk 9751a9e449da..h8300-next" in your tree and look at > > it (9751a9e449da is in Linus' tree). As I

[PATCH V15 06/11] x86/intel_rdt: Add L3 cache capacity bitmask management

This patch adds different APIs to manage the L3 cache capacity bitmask. The capacity bit mask(CBM) needs to have only contiguous bits set. The current implementation has a global CBM for each class of service id. There are APIs added to update the CBM via MSR write to IA32_L3_MASK_n on all

[PATCH V15 05/11] x86/intel_rdt: Add Class of service management

Adds some data-structures and APIs to support Class of service management(closid). There is a new clos_cbm table which keeps a 1:1 mapping between closid and capacity bit mask (cbm) and a count of usage of closid. Each task would be associated with a Closid at a time and this patch adds a new

Re: [PATCH] clk: ti: dflt: fix enable_reg validity check

On 09/30/2015 01:37 AM, Suman Anna wrote: The default clock enabling functions for TI clocks - omap2_dflt_clk_enable() and omap2_dflt_clk_disable() perform a NULL check for the enable_reg field of the clk_hw_omap structure. This enable_reg field however is merely a combination of the index of

Re: [PATCH v2 4/4] ASOC: sunxi: Add support for the spdif block

>> +config SND_SOC_SUNXI_DAI_SPDIF >> +tristate >> + depends on OF >> +select SND_SOC_GENERIC_DMAENGINE_PCM >> +select REGMAP_MMIO >> + >> +config SND_SOC_SUNXI_MACHINE_SPDIF >> +tristate "APB on-chip sun4i/sun5i/sun7i SPDIF" >> + depends on OF >> +

[PATCH V2 5/5] x86,cgroup/intel_rdt: Add cgroup interface for code data prioritization

Adds two files to the intel_rdt cgroup 'dcache_cbm' and 'icache_cbm' when code data prioritization(cdp) support is present. The files represent the data capacity bit mask(cbm) and instruction cbm for L3 cache. User can specify the data and code cbm and the threads belonging to the cgroup would get

[PATCH V2 0/5] x86: Intel Code Data Prioritization Support

This patch set supports Intel code data prioritization which is an extension of cache allocation and allows to allocate code and data cache seperately. It also includes cgroup interface for the user as seperate patches. The cgroup interface for cache alloc is also resent. Details of the feature

[PATCH V2 1/5] x86/intel_rdt: Intel Code Data Prioritization detection

This patch adds enumeration support for Code Data Prioritization(CDP) feature found in future Intel Xeon processors. It includes CPUID enumeration routines for CDP. CDP is an extension to Cache Allocation and lets threads allocate subset of L3 cache for code and data separately. The allocation is

Re: [PATCH] gpio: ath79: Convert to the state container design pattern

On Fri, 25 Sep 2015 09:39:51 -0700 Linus Walleij wrote: > On Tue, Sep 1, 2015 at 2:38 AM, Alban Bedel wrote: > > > Turn the ath79 driver into a true driver supporting multiple > > instances. While at it also removed unneed includes and make use of > >

[PATCH V2 3/5] x86/intel_rdt: Class of service and capacity bitmask management for CDP

Add support to manage CLOSid(CLass Of Service id) and capacity bitmask(cbm) for code data prioritization(CDP). Closid management includes changes to allocating, freeing closid and closid_get and closid_put and changes to closid availability map during mode switch. CDP has a separate cbm for code

Re: Soft lockup issue in Linux 4.1.9

On 01. okt. 2015 13:52, Eric Dumazet wrote: On Thu, Oct 1, 2015 at 4:43 AM, Holger Hoffstätte wrote: On 10/01/15 13:29, Eric Dumazet wrote: commit 83fccfc3940c4a2db90fd7e7079f5b465cd8c6af Author: Eric Dumazet Date: Thu Aug 13

[PATCH V2 2/5] x86/intel_rdt: Adds support to enable Code Data Prioritization

On Intel SKUs that support Code Data Prioritization(CDP), intel_rdt operates in 2 modes - legacy cache allocation mode/default or CDP mode. When CDP is enabled, the number of available CLOSids is halved. Hence the enabling is done when less than half the number of CLOSids available are used. When

[PATCH V2 4/5] x86/intel_rdt: Hot cpu update for code data prioritization

Updates hot cpu notification handling for code data prioritization(cdp). The capacity bitmask(cbm) is global for both data and instruction and we need to update the new online package with all the cbms by writing to the IA32_L3_QOS_n MSRs. Signed-off-by: Vikas Shivappa

CRIS v32: leftover references on ETRAX_VIRTUAL_GPIO

Hi Rabin, your commit ("CRIS v32: remove old GPIO and LEDs code") is in today's linux-next tree (i.e., 20151002). Among other Kconfig options, the commit removes ETRAX_VIRTUAL_GPIO but leaves the following references in the code: 0 arch/cris/arch-v32/kernel/setup.c

[PATCH 1/2] genirq: Introduce a new flag IRQ_IS_CHAINED for chained interrupts

In some cases it is useful to know if the interrupt in question has chained handler installed. For example when a cpu is offlined the architecture code needs to know if it has any users so that it can fixup affinity accordingly. To make this possible we introduce a new flag IRQ_IS_CHAINED that is

[PATCH 2/2] x86/irq: Take chained interrupts into account in fixup_irqs()

When a CPU is offlined all interrupts that have action are migrated to other still online CPUs. However, if the interrupt has chained handler installed this is not done. Chained handlers are used by GPIO drivers which support interrupts, for instance. When affinity is not corrected properly we

[RFC/PATCH 28/38] perf tools: Move BUILD_ID_SIZE definition to perf.h

The util/event.h includes util/build-id.h only for BUILD_ID_SIZE. This is a problem when I include util/event.h from util/tool.h which is also included by util/build-id.h since it now makes a circular dependency resulting in incomplete type error. Signed-off-by: Namhyung Kim

Re: can't oom-kill zap the victim's memory?

On Tue 29-09-15 01:18:00, Tetsuo Handa wrote: > Michal Hocko wrote: > > The point I've tried to made is that oom unmapper running in a detached > > context (e.g. kernel thread) vs. directly in the oom context doesn't > > make any difference wrt. lock because the holders of the lock would loop > >

Re: [PATCH] SCSI: Fix hard lockup in scsi_remove_target()

On Fri, Oct 02, 2015 at 03:09:33PM +0200, Johannes Thumshirn wrote: > Having the list_move() outside of the host_lock was purely by > accident. Interestingly the stressing didn't mind it. But yes you're > right, __scsi_remove_target() should be made host_lock() save for being > called under the

[PATCH 3.12 45/84] ALSA: hda - Use ALC880_FIXUP_FUJITSU for FSC Amilo M1437

From: Takashi Iwai 3.12-stable review patch. If anyone has any objections, please let me know. === commit a161574e200ae63a5042120e0d8c36830e81bde3 upstream. It turned out that the machine has a bass speaker, so take a correct fixup entry. Bugzilla:

Re: [lkp] [PATCH v4 3/5] mfd: tps65912: Add driver for the TPS65912 PMIC

[CC LKML] On Fri, Oct 02, 2015 at 10:58:59AM +0100, Mark Brown wrote: > On Fri, Oct 02, 2015 at 04:51:11AM +0800, kbuild test robot wrote: > > Hi Andrew, > > > > [auto build test results on v4.3-rc3 -- if it's inappropriate base, please > > ignore] > > > > config: x86_64-allmodconfig (attached

Re: [PATCH -mm v2 1/3] mm/oom_kill: remove the wrong fatal_signal_pending() check in oom_kill_process()

On Fri 02-10-15 21:33:08, Tetsuo Handa wrote: > Michal Hocko wrote: > > > Since T sends SIGKILL to all clone(CLONE_VM) tasks upon coredump, P needs > > > to do > > > > It does that only to all threads in the _same_ thread group AFAIU. > > I'm confused. What the _same_ thread group? > > I can

[PATCH 3.12 43/84] Input: evdev - do not report errors form flush()

From: Takashi Iwai 3.12-stable review patch. If anyone has any objections, please let me know. === commit eb38f3a4f6e86f8bb10a3217ebd85ecc5d763aae upstream. We've got bug reports showing the old systemd-logind (at least system-210) aborting unexpectedly, and this

Re: [PATCH 1/3] net: dsa: Use devm_ prefixed allocations

On 10/2/2015 4:30 PM, Neil Armstrong wrote: To simplify and prevent memory leakage when unbinding, use the devm_ memory allocation calls. Tested-by: Andrew Lunn Tested-by: Florian Fainelli Signed-off-by: Neil Armstrong ---

[PATCH 3.12 27/84] devres: fix devres_get()

From: Masahiro Yamada 3.12-stable review patch. If anyone has any objections, please let me know. === commit 64526370d11ce8868ca495723d595b61e8697fbf upstream. Currently, devres_get() passes devres_free() the pointer to devres, but devres_free()

[PATCH 01/18] Input: joydev - use memdup_user() to duplicate memory from user-space

The memdup_user() helper function can be used to duplicate a memory region from user-space to kernel-space. There is no need to open code the same logic using kmalloc() and copy_from_user() instead. This was found with make coccicheck that reported the following warning:

[PATCH 3.12 29/84] of/address: Don't loop forever in of_find_matching_node_by_address().

From: David Daney 3.12-stable review patch. If anyone has any objections, please let me know. === commit 3a496b00b6f90c41bd21a410871dfc97d4f3c7ab upstream. If the internal call to of_address_to_resource() fails, we end up looping forever in

[PATCH 3.12 35/84] rtlwifi: rtl8192cu: Add new device ID

From: Adrien Schildknecht 3.12-stable review patch. If anyone has any objections, please let me know. === commit 1642d09fb9b128e8e538b2a4179962a34f38dff9 upstream. The v2 of NetGear WNA1000M uses a different idProduct: USB ID 0846:9043 Signed-off-by:

[PATCH 3.12 28/84] auxdisplay: ks0108: fix refcount

From: Sudip Mukherjee 3.12-stable review patch. If anyone has any objections, please let me know. === commit bab383de3b84e584b0f09227151020b2a43dc34c upstream. parport_find_base() will implicitly do parport_get_port() which increases the refcount. Then

Re: [PATCH 07/18] Input: cap11xx - simplify function return logic

On 10/02/2015 03:40 PM, Javier Martinez Canillas wrote: > The invoked function already returns zero on success or a negative > errno code so there is no need to open code the logic in the caller. > > This also fixes the following make coccicheck warning: > >

[PATCH 3.12 26/84] xtensa: fix kernel register spilling

From: Max Filippov 3.12-stable review patch. If anyone has any objections, please let me know. === commit 77d6273e79e3a86552fcf10cdd31a69b46ed2ce6 upstream. call12 can't be safely used as the first call in the inline function, because the compiler does not

[PATCH] dm ioctl: use kvfree() in free_params()

There is no need to make a flag to tell that this memory is allocated by kmalloc or vmalloc. Just use kvfree to free the memory. Signed-off-by: Geliang Tang --- drivers/md/dm-ioctl.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git

Re: [PATCH 06/18] Input: zforce - simplify function return logic

Am Freitag, 2. Oktober 2015, 15:40:17 schrieb Javier Martinez Canillas: > The invoked function already returns zero on success or a negative > errno code so there is no need to open code the logic in the caller. > > This also fixes the following make coccicheck warning: > > end returns can be

Re: [PATCH -mm v2 1/3] mm/oom_kill: remove the wrong fatal_signal_pending() check in oom_kill_process()

Tetsuo, sorry, I don't understand your question... On 10/02, Tetsuo Handa wrote: > > Oleg Nesterov wrote: > > On 10/01, Michal Hocko wrote: > > > > > > zap_process will add SIGKILL to all threads but the > > > current which will go on without being killed and if this is not a > > > thread group

Re: [PATCH] ARM: debug: add support for alternate 8250 register layout

Sergei Shtylyov writes: > Hello. > > On 10/2/2015 3:12 PM, Mans Rullgard wrote: > >> Some SoCs have a UART with a non-standard register layout. This >> allows the debug console to work with these. > >> Signed-off-by: Mans Rullgard >> --- >> I

Re: [PATCH v5 12/22] xen/balloon: Don't rely on the page granularity is the same for Xen and Linux

Hi David, On 02/10/15 15:09, David Vrabel wrote: > On 30/09/15 11:45, Julien Grall wrote: >> For ARM64 guests, Linux is able to support either 64K or 4K page >> granularity. Although, the hypercall interface is always based on 4K >> page granularity. >> >> With 64K page granularity, a single page

Re: [PATCH] SCSI: Fix hard lockup in scsi_remove_target()

> - list_for_each_entry(starget, >__targets, siblings) { > + list_for_each_entry_safe(starget, tmp, >__targets, siblings) { > if (starget->state == STARGET_DEL) > continue; > if (starget->dev.parent == dev || >dev == dev) { >

Re: [PATCH 01/11 RESEND] ARM: OMAP: DRA7: hwmod: Add data for McASP3

On 10/02/2015 02:55 PM, Peter Ujfalusi wrote: > On 10/02/2015 02:22 PM, Peter Ujfalusi wrote: >> Paul, >> >> On 10/02/2015 12:07 PM, Paul Walmsley wrote: >>> Hello Péter, >>> >>> On Wed, 30 Sep 2015, Peter Ujfalusi wrote: >>> On 09/27/2015 10:02 AM, Paul Walmsley wrote: >> /* >> + *

Re: [PATCH] dax: fix deadlock in __dax_fault

On Tue 29-09-15 20:04:21, Ross Zwisler wrote: > On Tue, Sep 29, 2015 at 12:44:58PM +1000, Dave Chinner wrote: > <> > > Already testing a kernel with those reverted. My current DAX patch > > stack is (bottom is first commit in stack): > > > > f672ae4 xfs: add ->pfn_mkwrite support for DAX > >

[PATCH] mm: page_alloc: Hide some GFP internals and document the bits and flag combinations -fix

This patch address minor comment nitpicks from Vlastimil. It is a fix for the mmotm patch mm-page_alloc-hide-some-GFP-internals-and-document-the-bit-and-flag-combinations.patch Signed-off-by: Mel Gorman --- include/linux/gfp.h | 23 --- 1 file

Re: [PATCH v2 2/6] pinctrl: berlin: add the berlin4ct pinctrl driver

Hi Jisheng, Sorry for the delay, I was quite busy these days... Thanks for the nice comments! I saw your using pin names in the BERLIN_PINCTRL_GROUP macro, like "EMMC_RSTn". In other berlin pinctrl drivers we use the group name (such as "G11" or GSM1"). If there is such a thing in the BG4CT,

[PATCH 3.12 54/84] NFSv4: don't set SETATTR for O_RDONLY|O_EXCL

From: NeilBrown 3.12-stable review patch. If anyone has any objections, please let me know. === commit efcbc04e16dfa95fef76309f89710dd1d99a5453 upstream. It is unusual to combine the open flags O_RDONLY and O_EXCL, but it appears that libre-office does just that.

[PATCH 3.12 55/84] NFS: nfs_set_pgio_error sometimes misses errors

From: Trond Myklebust 3.12-stable review patch. If anyone has any objections, please let me know. === commit e9ae58aeee8842a50f7e199d602a5ccb2e41a95f upstream. We should ensure that we always set the pgio_header's error field if a READ or WRITE

[PATCH v4 3/4] mm, shmem: Add shmem resident memory accounting

From: Jerome Marchand Currently looking at /proc//status or statm, there is no way to distinguish shmem pages from pages mapped to a regular file (shmem pages are mapped to /dev/zero), even though their implication in actual memory use is quite different. This patch adds

[PATCH v4 2/4] mm, proc: account for shmem swap in /proc/pid/smaps

Currently, /proc/pid/smaps will always show "Swap: 0 kB" for shmem-backed mappings, even if the mapped portion does contain pages that were swapped out. This is because unlike private anonymous mappings, shmem does not change pte to swap entry, but pte_none when swapping the page out. In the smaps

[PATCH] xen-blkfront: check for null drvdata in blkback_changed (XenbusStateClosing)

From: Cathy Avery xen-blkfront will crash if the check to talk_to_blkback() in blkback_changed()(XenbusStateInitWait) returns an error. The driver data is freed and info is set to NULL. Later during the close process via talk_to_blkback's call to xenbus_dev_fatal() the

[PATCH 3.12 07/84] libfc: Fix fc_fcp_cleanup_each_cmd()

From: Bart Van Assche 3.12-stable review patch. If anyone has any objections, please let me know. === commit 8f2777f53e3d5ad8ef2a176a4463a5c8e1a16431 upstream. Since fc_fcp_cleanup_cmd() can sleep this function must not be called while holding a

[PATCH 3.12 09/84] crypto: caam - fix memory corruption in ahash_final_ctx

From: Horia Geant? 3.12-stable review patch. If anyone has any objections, please let me know. === commit b310c178e6d897f82abb9da3af1cd7c02b09f592 upstream. When doing pointer operation for accessing the HW S/G table, a value representing number of

[PATCH 3.12 12/84] drm/qxl: validate monitors config modes

From: Jonathon Jongsma 3.12-stable review patch. If anyone has any objections, please let me know. === commit bd3e1c7c6de9f5f70d97cdb6c817151c0477c5e3 upstream. Due to some recent changes in drm_helper_probe_single_connector_modes_merge_bits(), old custom

[PATCH 3.12 10/84] arm64: KVM: Fix host crash when injecting a fault into a 32bit guest

From: Marc Zyngier 3.12-stable review patch. If anyone has any objections, please let me know. === commit 126c69a0bd0e441bf6766a5d9bf20de011be9f68 upstream. When injecting a fault into a misbehaving 32bit guest, it seems rather idiotic to also inject a 64bit

[PATCH 3.12 11/84] DRM - radeon: Don't link train DisplayPort on HPD until we get the dpcd

From: Stephen Chandler Paul 3.12-stable review patch. If anyone has any objections, please let me know. === commit 924f92bf12bfbef3662619e3ed24a1cea7c1cbcd upstream. Most of the time this isn't an issue since hotplugging an adaptor will trigger a crtc mode

Re: [PATCH -mm v2 1/3] mm/oom_kill: remove the wrong fatal_signal_pending() check in oom_kill_process()

On 10/02, Michal Hocko wrote: > > So clone without CLONE_THREAD should create a new thread group leader > and so create a new thread group. Yes. > Unless there is some other trickery > which I do not see right now for_each_thread from the parent task > shouldn't see those which are cloned

Re: [PATCH 2/2] arm64: dts: mt8173: add timer node

On Thu, 2015-10-01 at 16:32 +0100, Sudeep Holla wrote: > > On 01/10/15 15:33, Yingjoe Chen wrote: > > On Thu, 2015-09-17 at 17:13 +0100, Sudeep Holla wrote: > >> > > [...] > > >> > >> I think your are confusing the system counter with arch timers. System > >> counter is always-on, but the arch

Re: [PATCH v5 12/22] xen/balloon: Don't rely on the page granularity is the same for Xen and Linux

On 30/09/15 11:45, Julien Grall wrote: > For ARM64 guests, Linux is able to support either 64K or 4K page > granularity. Although, the hypercall interface is always based on 4K > page granularity. > > With 64K page granularity, a single page will be spread over multiple > Xen frame. > > To avoid

Re: [PATCH] lib/vsprintf.c: update documentation

On Fri, Oct 02, 2015 at 02:28:06PM +0200, Rasmus Villemoes wrote: %n is no longer just ignored; it results in early return from vsnprintf. Also add a request to add test cases for future %p extensions. Signed-off-by: Rasmus Villemoes --- applies on top of

Re: [PATCH] ARM: debug: add support for alternate 8250 register layout

On 10/2/2015 5:26 PM, Måns Rullgård wrote: Some SoCs have a UART with a non-standard register layout. This allows the debug console to work with these. Signed-off-by: Mans Rullgard --- I would have preferred a more accurate description of the UART, but I've not managed to

Re: [PATCH 1/2] leds: rt5033: add DT binding for RT5033

On Fri, Oct 2, 2015 at 4:41 AM, Ingi Kim wrote: > This patch adds the device tree bindings for RT5033 flash LEDs. > > Signed-off-by: Ingi Kim Acked-by: Rob Herring > --- > .../devicetree/bindings/leds/leds-rt5033.txt | 38

Re: [PATCH v8 3/4] PM / sleep: Go direct_complete if driver has no callbacks

On 2 October 2015 at 09:48, Ulf Hansson wrote: > On 2 October 2015 at 09:14, Tomeu Vizoso wrote: >> If a suitable prepare callback cannot be found for a given device and >> its driver has no PM callbacks at all, assume that it can go direct to

[PATCH 1/2] s5p-mfc: fix spelling errors

This patch fixes spelling errors in mfc encoder. inavild -> invaild Signed-off-by: Ingi Kim --- drivers/media/platform/s5p-mfc/s5p_mfc_enc.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc_enc.c

[PATCH] drm/exynos: fix spelling errors

This patch fixes spelling errors in drm fimc/gsc inavild -> invaild Signed-off-by: Ingi Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 16 drivers/gpu/drm/exynos/exynos_drm_gsc.c | 12 ++-- 2 files changed, 14 insertions(+), 14 deletions(-)

[PATCH] x86: guest: rely on leaf 0x40000001 to detect Hyper-V

The specification says that "Microsoft Hv" is actually a vendor ID field that is only used for reporting and diagnostic purposes. The actual field that you need to check is the interface ID that you get in eax when querying the HYPERV_CPUID_INTERFACE. Change ms_hyperv_platform to actually do

Re: [PATCH v2 2/2] pinctrl: uniphier: add SD card pinmux settings

On Fri, Sep 11, 2015 at 2:33 AM, Masahiro Yamada wrote: > Add SD card pinmux settings for PH1-LD4, PH1-Pro4, PH1-sLD8, > PH1-Pro5, ProXstream2, and PH1-LD6b SoCs. > > Signed-off-by: Masahiro Yamada Patch applied for devel (v4.4)

[PATCH] ovs: do not allocate memory from offline numa node

When openvswitch tries allocate memory from offline numa node 0: stats = kmem_cache_alloc_node(flow_stats_cache, GFP_KERNEL | __GFP_ZERO, 0) It catches VM_BUG_ON(nid < 0 || nid >= MAX_NUMNODES || !node_online(nid)) [ replaced with VM_WARN_ON(!node_online(nid)) recently ] in linux/gfp.h This patch

Re: [Dell XPS 13 9343] Random kernel Oops at boot with "acpi=ht", disappearing with "acpi=off"

On Fri, Oct 02, 2015 at 11:59:38AM +0200, Niccolò Belli wrote: > Hi, > This laptop suffers of random kernel hangs at boot: I tested kernel 4.1.8, > 4.2.1 and 4.3-rc3 and they are all affected. > Every time I turn on my laptop I have to boot several times to be able to > reach the sddm login

Re: [PATCH 3/6] pinctrl: mxs: Remove unneded semicolon

On Wed, Sep 16, 2015 at 1:28 AM, Javier Martinez Canillas wrote: > It's not needed an is just creating a null statement, so remove it. > > Signed-off-by: Javier Martinez Canillas Patch applied with Uwe's ACK. Yours, Linus Walleij -- To

Re: [PATCH] soc: mediatek: Fix random hang up issue while kernel init

HI Daniel, On Fri, 2015-10-02 at 17:25 +0800, Daniel Kurtz wrote: > Actually, I should have proposed adding prepare / unprepare callbacks > to mtk_clk_gate_ops in which we prepare_enable/disable_unprepare > venc_sel (& mm_sel). > This should correctly track all of the clk reference counting

Re: [PATCH v2 1/6] pinctrl: berlin: regmap as an extra argument of berlin_pinctrl_probe()

On Mon, Sep 21, 2015 at 3:04 AM, Jisheng Zhang wrote: > Let berlin_pinctrl_probe() accepts an extra argument: regmap, this is to > prepare for the next berlin4ct support, where we won't use simple-mfd > any more. > > Signed-off-by: Jisheng Zhang

[PATCH 3/3] Input: turbografx - store object in correct index

The variable i is used to check the port to attach to and we are supposed to save the reference of struct tgfx in the location given by tgfx_base[i]. But after finding out the index i is getting modified again so we saved in a wrong index. Fixes: 4de27a638a99 ("Input: turbografx - use parallel

Re: [PATCH 26/26] x86, pkeys: Documentation

On 02/10/2015 00:48, Linus Torvalds wrote: > It's quite likely that you will find that compilers put read-only > constants in the text section, knowing that executable means readable. Not on x86 (because it has large immediates; RISC machines and s390 do put large constants in the text

[PATCH v2 2/6] mfd: arizona: factor out checking of jack detection state

From: Richard Fitzgerald Currently runtime_suspend will fully power off the codec if the jack detection is not enabled. Not all future codecs will have jack detection so to prepare for these codecs this patch factors out the check so that it be called as needed

[PATCH v2 6/6] mfd: arizona: use correct type ID for device tree config

From: Richard Fitzgerald In the case of a device tree config the code uses the device ID from the DT entry to check which codec is required but when storing the ID into struct arizona it was always using the non-DT SPI device table to get an ID. This patch

[PATCH v2 3/6] mfd: arizona: Downgrade type mismatch messages to dev_warn

From: Richard Fitzgerald If the declared codec type doesn't match the detected type we issue a log message but carry on registering the device, so a dev_warn() is appropriate rather than a dev_err() Signed-off-by: Richard Fitzgerald

[PATCH 3.12 36/84] tg3: Fix temperature reporting

From: Jean Delvare 3.12-stable review patch. If anyone has any objections, please let me know. === commit d3d11fe08ccc9bff174fc958722b5661f0932486 upstream. The temperature registers appear to report values in degrees Celsius while the hwmon API mandates values

Re: [PATCH] staging: media: bcm2048: Fixed line over 80 characters long

On Fri, Oct 02, 2015 at 04:55:59PM +0530, Anjali Menon wrote: > This is a patch that fixes line over 80 characters coding style > warning detected by checkpatch.pl. > > WARNING: line over 80 characters > > Signed-off-by: Anjali Menon > --- >

[PATCH 3.12 33/84] tty/vt: don't set font mappings on vc not supporting this

From: Imre Deak 3.12-stable review patch. If anyone has any objections, please let me know. === commit 9e326f78713a4421fe11afc2ddeac07698fac131 upstream. We can call this function for a dummy console that doesn't support setting the font mapping, which will

[PATCH 3.12 38/84] arm64: kconfig: Move LIST_POISON to a safe value

From: Jeff Vander Stoep 3.12-stable review patch. If anyone has any objections, please let me know. === commit bf0c4e04732479f650ff59d1ee82de761c0071f0 upstream. Move the poison pointer offset to 0xdead, a recognized value that is not mappable by

[PATCH 3.12 37/84] mac80211: enable assoc check for mesh interfaces

From: Bob Copeland 3.12-stable review patch. If anyone has any objections, please let me know. === commit 3633ebebab2bbe88124388b7620442315c968e8f upstream. We already set a station to be associated when peering completes, both in user space and in the

[PATCH 17/18] Input: cypress_ps2 - simplify function return logic

The invoked function already returns zero on success or a negative errno code so there is no need to open code the logic in the caller. This also fixes the following make coccicheck warning: drivers/input/mouse/cypress_ps2.c:333:1-4: WARNING: end returns can be simplified Signed-off-by: Javier

[PATCH 06/18] Input: zforce - simplify function return logic

The invoked function already returns zero on success or a negative errno code so there is no need to open code the logic in the caller. This also fixes the following make coccicheck warning: end returns can be simplified and declaration on line 602 can be dropped Signed-off-by: Javier Martinez

[PATCH 14/18] Input: synaptics_i2c - simplify function return logic

The invoked function already returns zero on success or a negative errno code so there is no need to open code the logic in the caller. This also fixes the following make coccicheck warnings: drivers/input/mouse/synaptics_i2c.c:298:1-4: WARNING: end returns can be simplified Signed-off-by:

[PATCH 18/18] Input: tps6507x-ts - simplify function return logic

The invoked function already returns zero on success or a negative errno code so there is no need to open code the logic in the caller. This also fixes the following make coccicheck warning: drivers/input/touchscreen/tps6507x-ts.c:57:5-8: WARNING: end returns can be simplified Signed-off-by:

Re: Force mkiss to reset the line discipline when serial device is removed

Le 02. 10. 15 12:35, Thomas Osterried a écrit : Hello, Am 02.10.2015 um 10:30 schrieb Jean-Christian de Rivaz : Le 02. 10. 15 00:57, Peter Hurley a écrit : On 10/01/2015 12:56 PM, Jean-Christian de Rivaz wrote: Hi Greg and Jiri, I try to fix a kernel panic bug related to

  1   2   3   4   5   6   7   8   9   10   >