Re: [PATCH 01/12] KVM: x86: Collect information for setting TSC scaling ratio

On Sun, Sep 27, 2015 at 10:38 PM, Haozhong Zhang wrote: > > The number of bits of the fractional part of the 64-bit TSC scaling > ratio in VMX and SVM is different. This patch makes the architecture > code to collect the number of fractional bits and other related >

[PATCH 19/29] staging/lustre: remove lots of dead code

From: Arnd Bergmann This is a large patch to remove all dead code from obdclass and ptlrpc, purely removing functions and declarations now, so despite the size should be easy enough to verify. Signed-off-by: Arnd Bergmann Signed-off-by: Oleg Drokin

[PATCH 22/29] staging/lustre/fid: Remove unused seq_client_get_seq function

From: Oleg Drokin Also while we are at it, remove seq_site_fini forward declaration as there's no such function anymore. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/fid/fid_request.c| 51 --

[PATCH 14/29] staging/lustre: Remove unused function server_name2svname()

From: Oleg Drokin All users are only in the server code Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/lustre_disk.h| 2 -- drivers/staging/lustre/lustre/obdclass/obd_mount.c | 27

[PATCH 17/29] staging/lustre/ptlrpc: secure wrapping code cleanup

From: Oleg Drokin Drop unused functions. Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_sec.h | 20 -- drivers/staging/lustre/lustre/ptlrpc/sec.c | 116

[PATCH 21/29] staging/lustre/fid: seq_client_init/fini don't need to be exported

From: Oleg Drokin In fact they could be static as they are only used inside this file, so remove EXPORT_SYMBOL and declarations. Also seq_client_init is always called with srv = NULL, so just drop this argument. Signed-off-by: Oleg Drokin ---

[PATCH 15/29] staging/lustre/obdclass: Drop unused code from obdo.c

From: Oleg Drokin These functions are not even referenced in any header files anymore. Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/obdclass/obdo.c | 170 -- 1 file

[PATCH 12/29] staging/lustre/obdclass: Remove unused functions from genops.c

From: Oleg Drokin These functions are mostly used on the server. class_uuid2obd, get_devices_count, class_obd_list, class_conn2obd, class_conn2cliimp, class_connected_export, obd_exports_barrier, kuc_* (kernel-userspace communications). Reported-by: Arnd Bergmann

[PATCH 18/29] staging/lustre: Drop unused obdo_from_la() and la_from_obdo()

From: Oleg Drokin They are no longer used anywhere. Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- .../lustre/lustre/obdclass/linux/linux-obdo.c | 137 - 1 file changed, 137 deletions(-) diff

Re: [PATCH] dax: fix deadlock in __dax_fault

On Mon, Sep 28, 2015 at 08:08:13PM -0700, Dan Williams wrote: > On Mon, Sep 28, 2015 at 7:18 PM, Dave Chinner wrote: > > On Mon, Sep 28, 2015 at 03:57:29PM -0700, Dan Williams wrote: > > I'm concerned with making what we have work before we go and change > > everything. You

Re: [PATCH v2 1/4] clocksource: rockchip: Make the driver more compatible

On 09/25/2015 04:14 AM, Caesar Wang wrote: Build the arm64 SoCs (e.g.: RK3368) on Rockchip platform, There are some failure with build up on timer driver for rockchip. Says: /tmp/ccdAnNy5.s:47: Error: missing immediate expression at operand 1 -- `dsb` ... The problem was different semantics

Re: [PATCH v2 2/4] clocksource: rockchip: trivial: Make the driver more readability

On 09/25/2015 04:14 AM, Caesar Wang wrote: Let's checkstyle to clean up the macros with such trivial details. Signed-off-by: Caesar Wang --- Acked-by: Daniel Lezcano -- Linaro.org │ Open source software for ARM SoCs

Re: [PATCH] vf610_adc: Fix internal temperature calculation

Hi Fugang, On 09/27/2015 09:23 PM, Jonathan Cameron wrote: On 23/09/15 14:43, Bhuvanchandra DV wrote: There is an observed temperature difference of ~20°C with the internal temperature reading and the temperature measured on SoC package. Existing calculations consider the typical values

Re: [PATCH] kexec: fix out of the ELF headers buffer issue in syscall kexec_file_load()

On 09/28/15 at 02:41pm, Lee, Chun-Yi wrote: > On big machines have CPU number that's very nearly to consume whole ELF > headers buffer that's page aligned, 4096, 8192... Then the page fault error > randomly happened. > > This patch modified the code in fill_up_crash_elf_data() by using >

[PATCH 13/29] staging/lustre: Remove unused function class_handle_hash_back()

From: Oleg Drokin No callers left. Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_handles.h | 1 - drivers/staging/lustre/lustre/obdclass/lustre_handles.c | 13 -

[PATCH 09/29] staging/lustre: Remove unused functions and definitions from cl_object

From: Oleg Drokin cl_object_header_fini, cl_object_has_locks, cl_attr2lvb, cl_page_list_own, cl_page_list_unmap, cl_2queue_assume, cl_io_print, cl_enqueue, also cleanup extern declarations in cl_object.h Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin

[PATCH 05/29] staging/lustre: Remove unused reply state batches code

From: Oleg Drokin rs_batch is used on the server only. Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_net.h | 6 +- drivers/staging/lustre/lustre/ptlrpc/service.c | 145

[PATCH 08/29] staging/lustre: Remove unused ptlrpcd_add_rqset()

From: Oleg Drokin No point in retaining it if it's unused. Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_net.h | 1 - drivers/staging/lustre/lustre/ptlrpc/ptlrpcd.c | 42

[PATCH 11/29] staging/lustre/ldlm: Remove unused round_timeout function

From: Oleg Drokin It's not referenced anywhere anymore. Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/ldlm/ldlm_lockd.c | 5 - 1 file changed, 5 deletions(-) diff --git

Re: [PATCH v3 1/7] acpi: Add early device probing infrastructure

Hi Marc, On 09/28/2015 04:49 PM, Marc Zyngier wrote: IRQ controllers and timers are the two types of device the kernel requires before being able to use the device driver model. ACPI so far lacks a proper probing infrastructure similar to the one we have with DT, where we're able to declare

Re: [PATCH] perf record: Limit --intr-regs to platforms supporting PERF_REGS

On 2015/09/24 10:15PM, Naveen N Rao wrote: > On 2015/09/24 08:32AM, Stephane Eranian wrote: > > On Thu, Sep 24, 2015 at 5:57 AM, Jiri Olsa wrote: > > > > > > On Thu, Sep 24, 2015 at 05:41:58PM +0530, Naveen N. Rao wrote: > > > > perf build currently fails on powerpc: > > > > > >

[PATCH 01/29] staging/lustre: Remove unused target_print_req()

From: Oleg Drokin This is a server-side request printing function, so we don't really need it on the client. Signed-off-by: Oleg Drokin Reported-by: Arnd Bergmann --- .../staging/lustre/lustre/include/lprocfs_status.h | 4 ---

[PATCH 04/29] staging/lustre: Remove unused req_capsule_server_grow

From: Oleg Drokin It's only used on the server Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- .../lustre/lustre/include/lustre_req_layout.h | 3 -- drivers/staging/lustre/lustre/ptlrpc/layout.c | 62

[PATCH 29/29] staging/lustre: Remove ccc_transient_page_* methods

From: Oleg Drokin All of them but the ccc_transient_page_prep are unused, so remove the unused ones. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lclient.h| 19 - drivers/staging/lustre/lustre/lclient/lcommon_cl.c

Re: Subject: [PATCH] ver_linux: uniform output across various linux distros

On Tue, Sep 29, 2015 at 12:56 AM, Randy Dunlap wrote: > On 09/27/15 21:50, Alexander Kapshuk wrote: >> >> - >> Sample output of the current implementation on Gentoo Linux: >> >> /usr/src/linux/scripts/ver_linux.orig >> If some fields are

[RFC PATCH 0/3] iommu: Add range flush operation

Currently the IOMMU subsystem provides 3 basic operations: iommu_map(), iommu_map_sg() and iommu_unmap(). iommu_map() can be used to map memory page by page, however it involves flushing the caches (CPU and IOMMU) for every mapped page separately, which is unsuitable for use cases that require low

[PATCH 10/29] staging/lustre: Remove unused lu_object functions.

From: Oleg Drokin Quite a bunch of them are only used on the server. lu_object_put_nocache, lu_object_invariant, lu_dev_del_linkage, lu_context_tags_update, lu_context_tags_clear, lu_session_tags_update, lu_session_tags_clear, lu_env_refill_by_tags, lu_printk_printer,

[PATCH 27/29] staging/lustre: Remove ccc_attr/conf_set()

From: Oleg Drokin These seem to be unused. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lclient.h| 4 drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 15 --- 2 files changed, 19 deletions(-) diff

[PATCH 16/29] staging/lustre/ptlrpc: Drop unused client code

From: Oleg Drokin These client request/import functions are not used anywhere, so drop them. Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_net.h | 13 ---

Re: [PATCH 00/12] KVM: x86: add support for VMX TSC scaling

On Sun, Sep 27, 2015 at 10:37 PM, Haozhong Zhang wrote: > This patchset adds support for VMX TSC scaling feature which is > available on Intel Skylake CPU. The specification of VMX TSC scaling > can be found at >

Re: [PATCH 1/2] audit: stop an old auditd being starved out by a new auditd

On 15/09/28, Paul Moore wrote: > On Monday, September 28, 2015 07:17:31 AM Richard Guy Briggs wrote: > > On 15/09/25, Paul Moore wrote: > > > The audit_make_reply() function is the wrong thing to be using here, we > > > should create our own buffer from scratch like most other records. Also, > >

Re: [PATCH 0/1] add devm_of_clk_get() and devm_of_clk_get_by_name() functions

Hi Stephen, Thanks for all of your comments. On Mon, 28 Sep 2015, Stephen Boyd wrote: > I'd say your binding is wrong. Either the container node > "pinctrl" is a software concept that contains the two devices for > port_a and port_b or there's only one pinctrl device that happens > to span some

Re: [PATCH v3 1/3] net: irda: pxaficp_ir: use sched_clock() for time management

From: Robert Jarzmik Date: Sat, 26 Sep 2015 20:49:18 +0200 > Instead of using directly the OS timer through direct register access, > use the standard sched_clock(), which will end up in OSCR reading > anyway. > > This is a first step for direct access register removal

Re: [PATCH v3 3/3] net: irda: pxaficp_ir: dmaengine conversion

From: Robert Jarzmik Date: Sat, 26 Sep 2015 20:49:20 +0200 > Convert pxaficp_ir to dmaengine. As pxa architecture is shifting from > raw DMA registers access to pxa_dma dmaengine driver, convert this > driver to dmaengine. > > Signed-off-by: Robert Jarzmik

Re: [PATCH v3 2/3] net: irda: pxaficp_ir: convert to readl and writel

From: Robert Jarzmik Date: Sat, 26 Sep 2015 20:49:19 +0200 > Convert the pxa IRDA driver to readl and writel primitives, and remove > another set of direct registers access. This leaves only the DMA > registers access, which will be dealt with dmaengine conversion. > >

Re: [PATCH net-next v4] net: Fix Hisilicon Network Subsystem Support Compilation

From: huangdaode Date: Sun, 27 Sep 2015 15:22:44 +0800 > This patch fixes the compilation error with arm allmodconfig, this error > generated due to unavailability of readq() on 32-bit platform which was > found during net-next daily compilation. In the same time, fix

Re: [PATCH 2/3] leds: add debugfs to device trigger

Hi Maciek, [auto build test results on v4.3-rc3 -- if it's inappropriate base, please ignore] reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>) >> drivers/leds/trigger/ledtrig-device.c:214:22:

Re: [PATCH 01/12] KVM: x86: Collect information for setting TSC scaling ratio

On Mon, Sep 28, 2015 at 08:28:57PM -0700, Eric Northup wrote: > On Sun, Sep 27, 2015 at 10:38 PM, Haozhong Zhang > wrote: > > > > The number of bits of the fractional part of the 64-bit TSC scaling > > ratio in VMX and SVM is different. This patch makes the architecture

Deferred struct page initialization issue vs memblocks

deferred_init_memmap() uses for_each_mem_pfn_range() which (in x86) uses memblocks. Because of CONFIG_ARCH_DISCARD_MEMBLOCK, the memblock infos have already been freed to page allocator (in free_low_memory_core_early()), which happens before deferred_init_memmap(). Maybe the fix is not to allow

[PATCH 07/29] staging/lustre: Remove unused statfs_pack()

From: Oleg Drokin It's only used on the server. Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_lib.h | 1 - drivers/staging/lustre/lustre/obdclass/statfs_pack.c | 14

[PATCH 06/29] staging/lustre: Remove high-priority request callbacks

From: Oleg Drokin This function is only used on the server where real high-priority requests actually exist. This deletes ptlrpc_hpreq_handler() and ptlrpc_request_change_export() Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin

[PATCH 03/29] staging/lustre/ptlrpc: Remove server-specific health checks

From: Oleg Drokin ptlrpc_service_health_check is only used on a service, so it makes no point to retain it in the client code. Also removing it's helpers: ptlrpc_svcpt_health_check and ptlrpc_nrs_req_peek_nolock Reported-by: Arnd Bergmann Signed-off-by:

[PATCH 00/29] Removal of unused Lustre code

From: Oleg Drokin This set removes a bunch of lustre code that is no lonver relevant, is server specific or is otherwise unused. Please consider. More to come later. Arnd Bergmann (1): staging/lustre: remove lots of dead code Oleg Drokin (28): staging/lustre: Remove

[PATCH 02/29] staging/lustre: Remove unused lustre_acl_xattr_merge2posix()

From: Oleg Drokin Apparently this is only used only on the metadata server. Reported-by: Arnd Bergmann Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/lustre_eacl.h| 4 -

[PATCH 26/29] staging/lustre: Remove server-only recovery-related bits

From: Oleg Drokin This patch is a first stab at trying to remove structure fields from obd_export and obd structures that are only used on the server or make sense on the server. These include tracking requests in recovery, various recovery stages, lists of recovered and

[PATCH 25/29] staging/lustre/obdclass: Remove unused nid_hash

From: Oleg Drokin nid_hash is used on export to faster find clients based on their NID. There's no use for that on the client. Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/lustre_export.h | 1 -

Re: [PATCH 04/12] KVM: x86: Replace call-back set_tsc_khz() with a common function

On Mon, Sep 28, 2015 at 08:27:02PM -0700, Eric Northup wrote: > On Sun, Sep 27, 2015 at 10:38 PM, Haozhong Zhang > wrote: > > > Both VMX and SVM propagate virtual_tsc_khz in the same way, so this > > patch removes the call-back set_tsc_khz() and replaces it with a

[PATCH 24/29] staging/lustre/fid: Remove unused struct lu_server_seq

From: Oleg Drokin Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_fid.h | 51 -- 1 file changed, 51 deletions(-) diff --git a/drivers/staging/lustre/lustre/include/lustre_fid.h

[PATCH 20/29] staging/lustre/fid: Remove server fid function declarations

From: Oleg Drokin Those functions are not present anywhere in the client code. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_fid.h | 24 -- 1 file changed, 24 deletions(-) diff --git

[PATCH 23/29] staging/lustre/fid: Get rid of lcs_srv in lu_client_seq

From: Oleg Drokin Since we know lcs_srv is always NULL, just get rid of it completely and fix up all the code to assumee it was never there. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/fid/fid_request.c| 48

[PATCH 28/29] staging/lustre: Remove unused ccc_io_fini()

From: Oleg Drokin Does not appear to be used anywhere. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lclient.h| 1 - drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 7 --- 2 files changed, 8 deletions(-) diff

Re: [PATCH v2 17/19] tools: bpf_jit_disasm: make get_last_jit_image return unsigned

From: Andrzej Hajda Date: Fri, 25 Sep 2015 08:45:43 +0200 > The function returns always non-negative values. > > The problem has been detected using proposed semantic patch > scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1]. > > [1]:

linux-next: Tree for Sep 29

Hi all, Changes since 20150925: The berlin tree lost its build failure. I used the h8300 tree from next-20150828 since the current tree has been rebased onto linux-next again :-( The drm-intel tree gained conflicts against Linus' tree. The drm-misc tree gained conflicts against the drm-intel

[RFC PATCH 3/3] iommu/tegra-smmu: Make the driver use out of band flushing

This patch modifies the tegra-smmu driver to perform PTC and TLB flushes inside iommu_ops .flush() callback instead of map and unmap operations, so that performance of large maps and unmaps is heavily optimized due to elimination of page-by-page flushing. Signed-off-by: Tomasz Figa

Re: [PATCH] cxl: Don't remove AFUs/vPHBs in cxl_reset

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Yep, this is OK. It broke because vPHB support was added in 4.2. The commit message and title are technically slightly wrong as there are no vPHBs, but I don't think that's serious. Thanks Sudip! Regards, Daniel Sudip Mukherjee

[RFC PATCH 2/3] memory: tegra: add TLB cache line size

From: Vince Hsu This patch adds SMMU line size to Tegra SoC data struct to enable SMMU driver to use this knowledge in code added by further patch. Also add the missing TLB line number for Tegra124. Signed-off-by: Vince Hsu [tf...@chromium.org: Rebased,

[RFC PATCH 1/3] iommu: Add support for out of band flushing

This patch adds a new "flush" callback to iommu_ops, which is supposed to perform any necessary flushes within given IOMMU domain to make any changes to mappings of given area [iova; iova + size) be reflected to IOMMU clients. The purpose is to let IOMMU drivers skip page-by-page flushes and

Re: [PATCH v2] net: sctp: Don't use 64 kilobyte lookup table for four elements

From: Denys Vlasenko Date: Mon, 28 Sep 2015 14:34:04 +0200 > Seemingly innocuous sctp_trans_state_to_prio_map[] array > is way bigger than it looks, since > "[SCTP_UNKNOWN] = 2" expands into "[0x] = 2" ! > > This patch replaces it with switch() statement. > >

Re: [PATCH 00/12] KVM: x86: add support for VMX TSC scaling

On Mon, Sep 28, 2015 at 09:00:39PM -0700, Eric Northup wrote: > On Sun, Sep 27, 2015 at 10:37 PM, Haozhong Zhang > wrote: > > This patchset adds support for VMX TSC scaling feature which is > > available on Intel Skylake CPU. The specification of VMX TSC scaling > > can

Re: [PATCH v2] net/ibm/emac: bump version numbers for correct work with ethtool

From: Ivan Mikhaylov Date: Fri, 25 Sep 2015 11:52:27 +0400 > The size of the MAC register dump used to be the size specified by the > reg property in the device tree. Userland has no good way of finding > out that size, and it was not specified consistently for each MAC type, >

[PATCH] isdn/hisax: Deinline writeCMDR and waitforCEC functions

MemwaitforCEC(), waitforCEC(), MemwaitforXFW() and waitforXFW() functions have the following form: while ((read_reg(...) & BIT) && --cnt) udelay(1); if (cnt == 0) printk(KERN_WARNING...); Thus, there is no reason for them to be inlined. They are not bound by CPU

[PATCH 17/25] x86, pkeys: dump PKRU with other kernel registers

From: Dave Hansen I'm a bit ambivalent about whether this is needed or not. Protection Keys never affect kernel mappings. But, they can affect whether the kernel will fault when it touches a user mapping. But, the kernel doesn't touch user mappings without some

[PATCH 22/25] x86: wire up mprotect_key() system call

From: Dave Hansen This is all that we need to get the new system call itself working on x86. Signed-off-by: Dave Hansen Cc: linux-...@vger.kernel.org --- b/arch/x86/entry/syscalls/syscall_32.tbl |1 +

[PATCH 11/25] x86, pkeys: notify userspace about protection key faults

From: Dave Hansen A protection key fault is very similar to any other access error. There must be a VMA, etc... We even want to take the same action (SIGSEGV) that we do with a normal access fault. However, we do need to let userspace know that something is

[PATCH 09/25] x86, pkeys: arch-specific protection bits

From: Dave Hansen Lots of things seem to do: vma->vm_page_prot = vm_get_page_prot(flags); and the ptes get created right from things we pull out of ->vm_page_prot. So it is very convenient if we can store the protection key in flags and vm_page_prot, just

[PATCH 08/25] x86, pkeys: store protection in high VMA flags

From: Dave Hansen vma->vm_flags is an 'unsigned long', so has space for 32 flags on 32-bit architectures. The high 32 bits are unused on 64-bit platforms. We've steered away from using the unused high VMA bits for things because we would have difficulty supporting

[PATCH 02/25] x86, pkeys: Add Kconfig option

From: Dave Hansen I don't have a strong opinion on whether we need a Kconfig prompt or not. Protection Keys has relatively little code associated with it, and it is not a heavyweight feature to keep enabled. However, I can imagine that folks would still appreciate

[PATCH 07/25] x86, pkeys: new page fault error code bit: PF_PK

From: Dave Hansen Note: "PK" is how the Intel SDM refers to this bit, so we also use that nomenclature. This only defines the bit, it does not plumb it anywhere to be handled. Signed-off-by: Dave Hansen --- b/arch/x86/mm/fault.c |

Re: License for ARM device tree file

On Mon, Sep 28, 2015 at 07:14:30PM +, Li Leo wrote: > I saw some discussion going on last year about the permissive license > to be used in ARM device tree files. I know a lot of files have been > changed to use GPLv2/X11 license. But may I know if GPLv2/BSD 3-clause > dual license is still

Re: [PATCH v2] clk: readd refcounting for struct clk instances

Am Montag, 28. September 2015, 11:46:40 schrieb Stephen Boyd: > On 09/23, Heiko Stübner wrote: > > --- > > > > While it may be nice to do the actual handling of the clock references > > only in the calling code, in this current use case it would create > > a big additional overhead. > > > > It

Fwd: Data corruption with RTS5129 card reader and 128 GB SDXC microsd

Can somebody help me with this issue? Linux is corrupting data when using the SD card reader! I already sent it to linux-mmc on September 11th, and on September 17th forwarded it to Roger Tseng (author of rtsx_usb) and Samuel Ortiz (maintainer of MFD) but have received no response, --

Re: [PATCH v4 6/7] Smack: Add support for unprivileged mounts from user namespaces

On Sun, Sep 27, 2015 at 02:30:58PM -0500, Eric W. Biederman wrote: > Seth Forshee writes: > > > Security labels from unprivileged mounts cannot be trusted. > > Ideally for these mounts we would assign the objects in the > > filesystem the same label as the inode for

RE: [PATCH V10 0/8] Freq/CPU%/CORE_BUSY% support

Hi Arnaldo and Jirka, Any comments for the V10 patch set? Thanks, Kan > > From: Kan Liang > > This patch set supports per-sample freq/CPU%/CORE_BUSY% print in perf > report. > For printing these information, the perf.data file must have been obtained > by group read

Re: [PATCH][RFC] ACPI / PM: Fix incorrect wakeup irq setting before suspend-to-idle

On Mon, Sep 28, 2015 at 10:05 PM, Rafael J. Wysocki wrote: > Hi, > > On Mon, Sep 28, 2015 at 7:56 PM, Chen, Yu C wrote: [cut] >>> > Because the name of acpi_irq is already used by acpi irq handler at >>> > drivers/acpi/osl.c: >>> > request_irq(irq,

Re: [PATCH v8 00/41] Richacls

On Mon, Sep 28, 2015 at 12:08:51AM +0200, Andreas Gruenbacher wrote: > here's another update of the richacl patch queue. At this stage, I would > like to ask for final feedback so that the core and ext4 code (patches > 1-19) can be merged in the 4.4 merge window. The nfsd and nfs code should >

[PATCH V2 2/3] EDAC, amd64_edac: Update copyright and remove changelog

Git provides us all the changelogs anyway. So trimming the comments section here. Updated the copyrights info while at it. Signed-off-by: Aravind Gopalakrishnan --- drivers/edac/amd64_edac.h | 56 +-- 1 file changed, 1

[PATCH V2 1/3] EDAC, amd64_edac: Extend scrub rate programmability feature for F15hM60h

For F15h M60h processor, the scrub rate control register has moved to F2 of PCI config space and is at a different offset from earlier processors. The minimun recommended scrub rate is also different. (Refer D18F2x1c9_dct[1:0][DramScrub] on Fam15hM60h BKDG) Modify the set_scrub_rate() and

Re: [PATCH RFC 0/5] powerpc:numa Add serial nid support

On 28.09.2015 [13:44:42 +0300], Denis Kirjanov wrote: > On 9/27/15, Raghavendra K T wrote: > > Problem description: > > Powerpc has sparse node numbering, i.e. on a 4 node system nodes are > > numbered (possibly) as 0,1,16,17. At a lower level, we map the chipid

[3.16.y-ckt stable] Patch "stmmac: fix check for phydev being open" has been added to staging queue

This is a note to let you know that I have just added a patch titled stmmac: fix check for phydev being open to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree which can be found at: http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.16.y-queue This

Re: [PATCH 4.1 000/159] 4.1.9-stable review

On 09/26/2015 02:54 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.1.9 release. > There are 159 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

RE: [PATCH 3/3] Thermal: do thermal zone update after a cooling device registered

Hi, Javi, > -Original Message- > From: Javi Merino [mailto:javi.mer...@arm.com] > Sent: Monday, September 28, 2015 10:29 PM > To: Chen, Yu C > Cc: linux...@vger.kernel.org; edubez...@gmail.com; Zhang, Rui; linux- > ker...@vger.kernel.org; sta...@vger.kernel.org > Subject: Re: [PATCH 3/3]

RE: [PATCH][RFC] ACPI / PM: Fix incorrect wakeup irq setting before suspend-to-idle

Hi, > -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Monday, September 28, 2015 8:56 PM > To: Chen, Yu C > Cc: Wysocki, Rafael J; jiang@linux.intel.com; Zhang, Rui; Brown, Len; > linux- > ker...@vger.kernel.org; linux...@vger.kernel.org > Subject:

Re: [PATCH] arch/x86: fix out-of-bounds in get_wchan()

On Mon, 28 Sep 2015, Dmitry Vyukov wrote: > On Mon, Sep 28, 2015 at 5:40 PM, Andrey Ryabinin > wrote: > > 2015-09-28 12:00 GMT+03:00 Dmitry Vyukov : > >> stack = (unsigned long)task_stack_page(p); > >> - if (p->thread.sp < stack ||

Re: [PATCH 2/3] Thermal: handle thermal zone device properly during system sleep

On Mon, Sep 28, 2015 at 06:36:33PM +0100, Chen, Yu C wrote: > Hi, Javi > > > -Original Message- > > From: Javi Merino [mailto:javi.mer...@arm.com] > > Sent: Monday, September 28, 2015 10:29 PM > > To: Chen, Yu C > > Cc: linux...@vger.kernel.org; edubez...@gmail.com; Zhang, Rui; linux- > >

[PATCH 2/2] drivers: staging: wilc1000: wilc_msgqueue.c: Remove code that no effect

Signed-off-by: Chandra S Gorentla --- drivers/staging/wilc1000/wilc_msgqueue.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/staging/wilc1000/wilc_msgqueue.c b/drivers/staging/wilc1000/wilc_msgqueue.c index a01ada4..1a411d3 100644 ---

[PATCH 2/2] drivers: staging: wilc1000: wilc_msgqueue.c: Remove ineffective code

Signed-off-by: Chandra S Gorentla --- drivers/staging/wilc1000/wilc_msgqueue.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/staging/wilc1000/wilc_msgqueue.c b/drivers/staging/wilc1000/wilc_msgqueue.c index a01ada4..1a411d3 100644 ---

Re: [PATCH v3 0/4] Exynos4412-based Trats2 USB gadget (DWC2) fixes

On 9/21/2015 3:16 AM, Marek Szyprowski wrote: > Hello, > > This is an updated DWC2 related part of initial patchset posted here: > https://lkml.org/lkml/2015/8/21/306 > Only DWC2 related patches have been modified since the initial > submission. > > Changelog: > v3: > - rebased onto latest

License for ARM device tree file

Hi All, I saw some discussion going on last year about the permissive license to be used in ARM device tree files. I know a lot of files have been changed to use GPLv2/X11 license. But may I know if GPLv2/BSD 3-clause dual license is still a valid license to use in ARM device tree files. It

Re: [PATCH 17/17] fs/ubifs: remove unnecessary new_valid_dev check

On Mon, Sep 28, 2015 at 4:53 PM, Yaowei Bai wrote: > As new_valid_dev always returns 1, so new_valid_dev check is not > needed, remove it. > > Signed-off-by: Yaowei Bai > --- > fs/ubifs/dir.c | 3 --- > fs/ubifs/misc.h | 9 ++--- > 2 files changed, 2

[PATCH 21/25] mm: implement new mprotect_key() system call

From: Dave Hansen mprotect_key() is just like mprotect, except it also takes a protection key as an argument. On systems that do not support protection keys, it still works, but requires that key=0. Otherwise it does exactly what mprotect does. I expect it to get

[PATCH 20/25] mm, multi-arch: pass a protection key in to calc_vm_flag_bits()

From: Dave Hansen This plumbs a protection key through calc_vm_flag_bits(). We could of done this in calc_vm_prot_bits(), but I did not feel super strongly which way to go. It was pretty arbitrary which one to use. Signed-off-by: Dave Hansen

[PATCH 25/25] x86, pkeys: Documentation

From: Dave Hansen Signed-off-by: Dave Hansen --- b/Documentation/x86/protection-keys.txt | 54 1 file changed, 54 insertions(+) diff -puN /dev/null Documentation/x86/protection-keys.txt ---

[PATCH 18/25] x86, pkeys: dump PTE pkey in /proc/pid/smaps

From: Dave Hansen The protection key can now be just as important as read/write permissions on a VMA. We need some debug mechanism to help figure out if it is in play. smaps seems like a logical place to expose it. arch/x86/kernel/setup.c is a bit of a weirdo

[PATCH 06/25] x86, pkeys: PTE bits for storing protection key

From: Dave Hansen Previous documentation has referred to these 4 bits as "ignored". That means that software could have made use of them. But, as far as I know, the kernel never used them. They are still ignored when protection keys is not enabled, so they could

[PATCH 19/25] x86, pkeys: add Kconfig prompt to existing config option

From: Dave Hansen I don't have a strong opinion on whether we need this or not. Protection Keys has relatively little code associated with it, and it is not a heavyweight feature to keep enabled. However, I can imagine that folks would still appreciate being able

[PATCH 16/25] x86, pkeys: optimize fault handling in access_error()

From: Dave Hansen We might not strictly have to make modifictions to access_error() to check the VMA here. If we do not, we will do this: 1. app sets VMA pkey to K 2. app touches a !present page 3. do_page_fault(), allocates and maps page, sets pte.pkey=K 4. return

Re: [PATCH 10/26] x86, pkeys: notify userspace about protection key faults

Am 24.09.2015 um 19:15 schrieb Dave Hansen: > Christian, can you tell us how big s390's storage protection keys are? > See the discussion below about siginfo... Dave, sorry for the late answer. s390 storage keys are 4bit for the protection key (and 1 bit for fetch protection, change and

[PATCH 04/25] x86, pku: define new CR4 bit

From: Dave Hansen There is a new bit in CR4 for enabling protection keys. We will actually enable it later in the series. Signed-off-by: Dave Hansen --- b/arch/x86/include/uapi/asm/processor-flags.h |2 ++ 1 file changed, 2

Re: [PATCH v3 2/4] perf tools: Prompt proper error message for wrong terms of hw/sw events

On Mon, Sep 28, 2015 at 03:52:14AM +, He Kuang wrote: > Prompt proper error message and show valid terms when wrong config > terms is specificed for hw/sw type perf events. This patch makes the > original error prompt function formats_error_string() more generic, > which only outputs the

Re: [PATCH v3 1/4] perf tools: Adds the config_term callback for different type events

On Mon, Sep 28, 2015 at 03:52:13AM +, He Kuang wrote: > Currently, function config_term() is used for checking config terms of > all types of events, while unknown terms is not reported as an error > because pmu events have valid terms in sysfs. But this is wrong when > unknown terms are

  1   2   3   4   5   6   7   8   9   10   >