Re: [PATCH v4 7/7] blk-mq: fix deadlock when reading cpu_list

Looks good, Reviewed-by: Christoph Hellwig -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v4 6/7] blk-mq: fix freeze queue race

On Mon, Sep 28, 2015 at 10:48:39AM -0400, Tejun Heo wrote: > Ah, you're right. I was thinking that percpu_ref_switch_to_percpu() > being called after blk_mq_freeze_queue_start() would be buggy and thus > the above can't be enough but that is safe as long as the calls are > properly synchronized.

Re: [PATCH v4 5/7] blk-mq: avoid inserting requests before establishing new mapping

Looks good, Reviewed-by: Christoph Hellwig -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

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

On Tue, Sep 29, 2015 at 11:06:17AM +0530, Naveen N. Rao wrote: > 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: > >

Re: [PATCH v4 3/7] blk-mq: Fix use after of free q->mq_map

Looks good, Reviewed-by: Christoph Hellwig Can you also add a patch that renames blk_mq_free_queue to blk_mq_cleaup_queue and adds a comment that we should not free any memory here? We had way too many bugs of this kinds unfortunately. -- To unsubscribe from this list: send the line "unsubscri

Re: [PATCH v4 4/7] blk-mq: fix q->mq_usage_counter access race

Looks good, Reviewed-by: Christoph Hellwig -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v4 2/7] blk-mq: fix sysfs registration/unregistration race

Looks good, Reviewed-by: Christoph Hellwig -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

[Intel-gfx] [regression] boot to the blackscreen with the kernel 4.3

hi, when use the latest 4.3-rc3kernel, the fedora rawhide will boot to the blackscreen,and never got the gdm login screen. the fellowing is the boot log about drm. [drm] Initialized drm 1.1.0 20060810 [drm] Memory usable by graphics device = 2048M [drm] Replacing VGA console driver [drm] Su

[PATCH] platform: acer-wmi: update notice about deprecated user interface

Signed-off-by: Martin Kepplinger --- This just looks odd in the logs. Feel free to ignore it or act on it differently ;) drivers/platform/x86/acer-wmi.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/platform/x86/acer-wmi.c b/drivers/platform/x86/acer-wmi.c in

Re: [PATCH] Input: cyapa: remove variable overwriting

On Mon, Sep 28, 2015 at 03:43:04PM -0700, Dmitry Torokhov wrote: > Hi Sudip, > > On Tue, Sep 15, 2015 at 3:06 AM, Sudip Mukherjee > wrote: > > Even if rotat_align is true or false the final value of > > cyapa->electrodes_rx is always cyapa->electrodes_y. remove the variable > > overwriting and in

Re: [PATCH 5/5] watchdog: do not unpark threads in watchdog_park_threads() on error

On Mon 2015-09-28 22:44 +0200, Ulrich Obergfell wrote: > If kthread_park() returns an error, watchdog_park_threads() should not > blindly 'roll back' the already parked threads to the unparked state. > Instead leave it up to the callers to handle such errors appropriately > in their context. For ex

Re: [PATCH 4/5] watchdog: implement error handling in lockup_detector_suspend()

On Mon 2015-09-28 22:44 +0200, Ulrich Obergfell wrote: > lockup_detector_suspend() now handles errors from watchdog_park_threads(). > > Signed-off-by: Ulrich Obergfell > --- > kernel/watchdog.c | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/kernel/watchdog.c b/kernel/watchdog.c >

Re: [PATCH 3/5] watchdog: implement error handling in update_watchdog_all_cpus() and callers

On Mon 2015-09-28 22:44 +0200, Ulrich Obergfell wrote: > update_watchdog_all_cpus() now passes errors from watchdog_park_threads() > up to functions in the call chain. This allows watchdog_enable_all_cpus() > and proc_watchdog_update() to handle such errors too. > > Signed-off-by: Ulrich Obergfell

Re: [PATCH 2/5] watchdog: move watchdog_disable_all_cpus() outside of ifdef

On Mon 2015-09-28 22:44 +0200, Ulrich Obergfell wrote: > It makes sense to place watchdog_{dis|enable}_all_cpus() outside of > the ifdef so that _both_ are available even if CONFIG_SYSCTL is not > defined. > > Signed-off-by: Ulrich Obergfell > --- > kernel/watchdog.c | 8 +--- > 1 file chang

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

On Mon, 2015-09-28 at 12:18 -0700, Dave Hansen wrote: > 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. I'm not sure how userspace is go

Re: [PATCH 1/5] watchdog: fix error handling in proc_watchdog_thresh()

On Mon 2015-09-28 22:44 +0200, Ulrich Obergfell wrote: > Restore the previous value of watchdog_thresh _and_ sample_period > if proc_watchdog_update() returns an error. The variables must be > consistent to avoid false positives of the lockup detectors. > > Signed-off-by: Ulrich Obergfell > --- >

Re: [tip:perf/core] tools: Add err.h with ERR_PTR PTR_ERR interface

On Mon, Sep 21, 2015 at 4:41 PM, Vinson Lee wrote: > On Wed, Sep 16, 2015 at 12:28 AM, tip-bot for Jiri Olsa > wrote: >> Commit-ID: 01ca9fd41d6f2ad796a6b109b5253e06b6ae6dc7 >> Gitweb: >> http://git.kernel.org/tip/01ca9fd41d6f2ad796a6b109b5253e06b6ae6dc7 >> Author: Jiri Olsa >> AuthorDa

[PATCH 1/3] phy: qcom-ufs: fix build error when the component is built as a module

From: Yaniv Gardi Export the following functions in order to avoid build errors when the component PHY_QCOM_UFS is compiled as a module: ERROR: "ufs_qcom_phy_disable_ref_clk" [drivers/scsi/ufs/ufs-qcom.ko] undefined! ERROR: "ufs_qcom_phy_enable_ref_clk" [drivers/scsi/ufs/ufs-qcom

[PATCH 3/3] phy: berlin-sata: Fix module autoload for OF platform driver

From: Luis de Bethencourt This platform driver has a OF device ID table but the OF module alias information is not created so module autoloading won't work. Signed-off-by: Luis de Bethencourt Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-berlin-sata.c |1 + 1 file changed, 1 i

[PATCH 2/3] phy: rockchip-usb: power down phy when rockchip phy probe

From: huang lin rockchip phy are enable when soc reset, to save power consumption, we disable it when probe, and enable each phy when it use Signed-off-by: huang lin Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-rockchip-usb.c |6 ++ 1 file changed, 6 insertions(+) diff -

[GIT PULL] phy: for 4.3 -rc

Hi Greg, Please find the pull request for 4.3 -rc cycle below. This includes misc fixes in three of the PHY drivers. Please see the tag message for the details. Let me know if I have to change something. Cheers Kishon The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f:

Re: [PATCH v3 2/3] powerpc/512x: add a device tree binding for LocalPlus Bus FIFO

On 28.09.2015 16:26, Timur Tabi wrote: > Alexander Popov wrote: >> I've just followed devicetree/bindings/dma/dma.txt... >> This "rx-tx" doesn't mean much but it could show that LocalPlus Bus FIFO >> uses a single DMA read-write channel. Should I really drop it? > > Hmmm, I'm not sure. Is there a

Re: [PATCH v3 1/3] powerpc/512x: add LocalPlus Bus FIFO device driver

On 28.09.2015 16:18, Timur Tabi wrote: > Alexander Popov wrote: >> The only question I have: why calling dma_unmap_single() from within >> a spinlock is a bad practice? > > I don't know, but usually functions that allocate or free memory cannot be > called from within a spinlock. You need to chec

Re: [PATCH v2 3/3] mfd: add CSR SiRFSoC on-chip power management module driver

>> >> +static int sirfsoc_pwrc_probe(struct platform_device *pdev) >> >> +{ >> >> + struct device_node *np = pdev->dev.of_node; >> >> + const struct of_device_id *match; >> >> + struct sirfsoc_pwrc_info *pwrcinfo; >> >> + struct regmap_irq_chip *regmap_irq_chip; >> >> + struct s

Re: fuse scalability part 1

Hi Miklos, On 09/25/2015 05:11 AM, Miklos Szeredi wrote: On Thu, Sep 24, 2015 at 9:17 PM, Ashish Samant wrote: We did some performance testing without these patches and with these patches (with -o clone_fd option specified). We did 2 types of tests: 1. Throughput test : We did some parallel

Re: [PATCH] tpm, tpm_crb: fix unaligned read of the command buffer address

Hi, is this for stable as well? Since when? I'll take care of all the patches next week when coming back to germany. Peter -- Sent from my mobile -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info a

Re: PIDs Controller Limit

On 09/26/2015 02:11 AM, Aleksa Sarai wrote: >> On Thu, Sep 24, 2015 at 09:42:38AM +1000, Aleksa Sarai wrote: >>> Does it make sense for the PIDs controller to allow a user to set a >>> limit of 0? Since we don't cancel attaches, a limit of 0 doesn't >>> affect anything (nothing stops attaches, an

[PATCH] tpm, tpm_crb: fix unaligned read of the command buffer address

The command buffer address must be read with exactly two 32-bit reads. Otherwise, on Broxton platform HW will abort the read operation, which causes the CPU to fill the read with 1's. Therefore, we cannot rely on memcpy_fromio() but must call ioread32() two times instead. Also, this matches the PC

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. > > Signed-off-by: Denys Vlasenko

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: > > > > > > > > LINK per

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 all the > hns drivers compil

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 > Tested-by: Petr Cvek > --- > Since

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. > > Signed-off-by: Robert Jarz

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 and machine > specific cod

[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 Signed-off-by:

[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 repla

[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, revised commit message.] Signed-off-by:

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 writes: >

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 t

[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

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, > so ethtool would

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]: http://permalink.gmane.org/gmane.linux.kernel/204

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 provid

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: 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 empty or look unusual yo

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 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 IR

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 might want to move real

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 of

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 Follow Linaro:

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 be found at > > http://www.

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 DI

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 > > code to collect the num

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 > http://www.intel.com/content/www/us/en/processors/timestamp-counter-scaling-virtualiz

[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 unused target_print_re

[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 - drivers/staging/lustre/lustre/obdclass/acl.c | 119 - 2 files changed, 12

[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: Oleg Drokin --- drivers/staging/lustre/

[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 --- drivers/staging/lustre/lustre/include/lustre_net.h | 3

[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 -- 2 files changed, 15 deletions(-) diff --git a/drive

[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 - 2 files changed, 1 insertion(+), 150 de

[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 --- drivers/staging/lustre/lustre/i

[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 -- 2 files changed, 43 deletions(-) dif

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 > walk_syst

[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 - 2 files changed, 14 deletions(-) diff --git a/drivers/stagi

[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 a/drivers/staging/lustre/lustre/ldlm/ldlm_lockd.c b/drivers/staging/lustre/l

[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 -- 2 files changed, 29 deletions(-) diff

[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 drivers/staging/lustre/lustre/ptlrpc/sec_bulk.c| 329 -

[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 changed, 170 deletions(-) diff --git a/drivers/staging/lustr

[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 Signed-off-by: Oleg Drokin --

[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 --- .../lustre/lustre/include/lustre/lustre_

[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 -- drivers/staging/lustre/lustre/include/lustre_fid.h | 3 -- 2

[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 --git a/drivers/staging/lustre/lustre/obdclass/linux/linux-obdo.

[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 -- drivers/staging/lustre/lustre/fid/lproc_fi

[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 --- drivers/staging/lustre/lustre/fid/fid_request.c

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 common > > function. > > > > Sig

[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 - drivers/staging/lustre/lustre/include/obd.h| 2 - drivers/staging/lu

[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 a/drivers/staging/lustre/lustre/include/lustre_fid.h b/driv

[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 not yet recovered clients

[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 b/drivers/staging/lustre/lustre/include/lustre_fid.h index bbe3ff8..

[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 --git a/drivers/staging/lustre/lustre/include/lc

[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 --- drivers/staging/lustre/lustre/ptlrpc/client.c | 95 -- d

[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, lu_object_assign_fid, lu_obj

[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 --git a/drivers/staging/lustre/lustre/include/

[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 | 48 -- 2 files changed

[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 -- 2 files changed, 65 deletions(-) diff --git a/d

[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 --- .../staging/lustre/lustre/ptlrpc/lproc_ptlrpc.c| 30 -

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: spar

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 > information into variables that

[PATCH 2/3] block: nvme: use map_changed to set irq affinity hint

This patch uses the .map_changed callback to set irq affinity hint, then the irq affinity can be updated when CPU topo is changed. Signed-off-by: Ming Lei --- drivers/block/nvme-core.c | 53 ++- 1 file changed, 34 insertions(+), 19 deletions(-) diff -

[PATCH 3/3] blk-mq: remove cpumask from 'struct blk_mq_tags'

The 'cpumask' of 'struct blk_mq_tags' is introduced to set the irq affinity of NVMe queue, but now we have introduced .map_changed callback which can cover the use case and looks more flexible. Signed-off-by: Ming Lei --- block/blk-mq-tag.c | 5 - block/blk-mq-tag.h | 1 - block/bl

[PATCH 0/3] blk-mq & nvme: introduce .map_changed

This patchset introduces .map_changed callback into 'struct blk_mq_ops', and use this callback to get NVMe notified about the mapping changed event, then NVMe can update the irq affinity hint for its queues. Also the 'cpumask' in 'struct blk_mq_tags' isn't needed any more, so remove that and relat

[PATCH 1/3] blk-mq: introduce .map_changed to blk_mq_ops

This patch introduces .map_changed callback to blk_mq_ops so that driver can get notified when the mapping between sw queue and hw queue is changed. One use case is for setting irq affinity hint of hardware queue. Signed-off-by: Ming Lei --- block/blk-mq.c | 5 + include/linux/blk-mq

[PATCH net-next v2 RESEND] BNX2: fix a Null Pointer for stats_blk

we have two processes to do: P1#: ifconfig eth0 down; which will call bnx2_close, then will , and set Null to stats_blk P2#: ifconfig eth0; which will call bnx2_get_stats64, it will use stats_blk. In one case: --P1#-- --P2#-- stats_blk(no null)

Re: [PATCH net-next v2] BNX2: fix a Null Pointer for stats_blk

On 2015/9/28 15:01, Weidong Wang wrote: > we have two processes to do: > P1#: ifconfig eth0 down; which will call bnx2_close, then will > , and set Null to stats_blk > P2#: ifconfig eth0; which will call bnx2_get_stats64, it will > use stats_blk. > In one case: > --P1#-- --P2#

[RFC] fs: change lookup_bh_lru() to use memmove()

This patch make a little change to lookup_bh_lru() function to use memmove() to set new buffer_head, better performance for some platforms. Signed-off-by: yalin wang --- fs/buffer.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/fs/buffer.c b/fs/buffer.c index d6769f

Re: [PATCH 1/2] nios2: Add architectural support for PCIe

On Tue, Sep 22, 2015 at 7:42 PM, Arnd Bergmann wrote: > On Tuesday 22 September 2015 18:53:50 Ley Foon Tan wrote: >> On Tue, Sep 22, 2015 at 4:18 PM, Arnd Bergmann wrote: >> > On Tuesday 22 September 2015 15:19:26 Ley Foon Tan wrote: >> > I might be missing something though. Bjorn? >> > >> >> @@

Re: [PATCH] dax: fix deadlock in __dax_fault

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: >> On Mon, Sep 28, 2015 at 2:35 PM, Dave Chinner wrote: >> > On Mon, Sep 28, 2015 at 05:13:50AM -0700, Dan Williams wrote: >> >> On Sun, Sep 27, 2015 at 5:59 PM, Dave Chinner wrot

Re: handling of supplemental groups with userns

On 22 Sep 2015 17:52, Mike Frysinger wrote: > On 22 Sep 2015 14:40, Eric W. Biederman wrote: > > Mike Frysinger writes: > > > in the mean time, a "quick" fix might be to change new_idmap_permitted > > > to walk all the extents, and if all the ranges are set to 1, check the > > > supplemental groups

Contact Us For Unsecured Guaranteed Loans Today!!!?

Do you need a genuine Loan to settle your bills and start up a good business? Kindly contact us now with your details to get a good Loan at a low rate of 3% per Annu, Quick send your details via: guarloa...@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

[PATCH v9 2/5] dt-bindings: Add a binding for Mediatek xHCI host controller

add a DT binding documentation of xHCI host controller for the MT8173 SoC from Mediatek. Signed-off-by: Chunfeng Yun --- .../devicetree/bindings/usb/mt8173-xhci.txt| 52 ++ 1 file changed, 52 insertions(+) create mode 100644 Documentation/devicetree/bindings/usb/mt81

  1   2   3   4   5   6   7   8   9   10   >