Re: [PATCH] drivers/misc/ti-st: Load firmware from ti-connectivity directory.

On Tue, Jul 22, 2014 at 01:08:38PM +0200, Enric Balletbo i Serra wrote: > Looks like the default location for TI firmware is inside the ti-connectivity > directory, to be coherent with other firmware request used by TI drivers, load > the TIInit firmware from this directory instead of /lib/firmware

Re: [PATCH v3] Lattice ECP3 FPGA: Correct endianness

On Mon, Jul 21, 2014 at 07:00:37PM +0200, Jean-Michel Hautbois wrote: > This code corrects endianness and avoids a sparse error. > Tested with Lattice ECP3-35 with Freescale i.MX6. > It also sends uevent in order to load it. > > Signed-off-by: Jean-Michel Hautbois > --- > drivers/misc/lattice-ec

Re: [PATCH 0/2] cpufreq: ondemand: Eliminate the deadband effect

On Monday, June 30, 2014 07:59:32 PM Stratos Karafotis wrote: > Hi all, > > This patchset changes slightly the calculation of target frequency to > eliminate the deadband effect (explained in patch 2 changelog) that it > seems to slow down the CPU in low and medium loads. > > Patch 1 introduces a

Re: [GIT PULL 00/28] PHY: for 3.17

On Tue, Jul 22, 2014 at 04:26:23PM +0530, Kishon Vijay Abraham I wrote: > Hi Greg, > > Here's the PULL Request for 3.17 merge window. It adds regulator > support in PHY core and adds better support for multi-phy PHY providers. > It includes a bunch of new PHY drivers and some misc cleanups and fix

Re: [PATCH] cpuidle: fix permission for driver name sysfs node

On Saturday, July 12, 2014 07:29:22 PM Mohammad Merajul Islam Molla wrote: > cpuidle driver name sysfs node is read-only. So permission should be 0444. > > Signed-off-by: Mohammad Merajul Islam Molla Queued up for 3.17, thanks! > --- > drivers/cpuidle/sysfs.c | 2 +- > 1 file changed, 1 insert

Re: [PATCH V3] net/dt: Add support for overriding phy configuration from device tree

2014-07-10 5:37 GMT-07:00 Gerlando Falauto : > Hi Matthew, > > > On 01/17/2014 11:57 PM, Matthew Garrett wrote: >> >> Some hardware may be broken in interesting and board-specific ways, such >> that various bits of functionality don't work. This patch provides a >> mechanism for overriding mii regi

Re: [PATCH] Documentation: dts: tcs6507: Fix wrong statement about #gpio-cells

On Mon, Jul 21, 2014 at 2:17 PM, Marek Belisko wrote: > Update comment about gpio-cells which says not correctly to be set to 0. > When we want to reference tca6507 gpio #gpio-cells must be set to 2 (it is > already correct in example). > Good fix. I applied it Thanks, -Bryan > Signed-off-by: Ma

[PATCH v9] power: reset: Add reboot driver for brcmstb

From: Marc Carino Add support for reboot functionality on boards with ARM-based Broadcom STB chipsets. Make it built-in by default for ARCH_BRCMSTB, but allow it to be configurable under COMPILE_TEST. Signed-off-by: Marc Carino Signed-off-by: Brian Norris Cc: Sebastian Reichel Cc: Dmitry Erem

Re: [PATCHv4 5/5] arm64: Add atomic pool for non-coherent and CMA allocations.

On 7/22/2014 2:03 PM, Catalin Marinas wrote: > On Tue, Jul 22, 2014 at 07:06:44PM +0100, Arnd Bergmann wrote: [...] >>> + if (!addr) >>> + goto destroy_genpool; >>> + >>> + memset(addr, 0, atomic_pool_size); >>> + __dma_flush_range(add

Re: [PATCH v7 4/5] PCI: add PCI controller for keystone PCIe h/w

On Tue, Jul 22, 2014 at 06:52:12PM -0400, Murali Karicheri wrote: > Bjorn, > > On 07/22/2014 06:35 PM, Bjorn Helgaas wrote: > >On Mon, Jul 21, 2014 at 12:58:44PM -0400, Murali Karicheri wrote: > >>keystone PCIe controller is based on v3.65 version of the > >>designware h/w. Main differences are >

Re: [PATCH 3.8 106/116] x86_32, entry: Do syscall exit work on badsys (CVE-2014-4508)

On Tue, Jul 22, 2014 at 03:27:59PM -0700, Andy Lutomirski wrote: > On Tue, Jul 22, 2014 at 3:21 PM, Kamal Mostafa wrote: > > 3.8.13.27 -stable review patch. If anyone has any objections, please let > > me know. > > > > -- > > > > From: Andy Lutomirski > > > > commit 554086d85e71

Re: [PATCH 0/2] shmem: fix faulting into a hole while it's punched, take 3

On Tue, 22 Jul 2014, Sasha Levin wrote: > On 07/22/2014 04:07 AM, Hugh Dickins wrote: > > But there is one easy change which might do it: please would you try > > changing the TASK_KILLABLE a few lines above to TASK_UNINTERRUPTIBLE. > > That seems to have done the trick, everything works fine. Su

[PATCH] shmem: fix faulting into a hole, not taking i_mutex: fix

Sasha reports various nasty trinity crashes when shmem_fault() tries to finish_wait(), we guess from rare cases when the wait_queue_head on shmem_fallocate()'s stack has already gone. Fix those by using TASK_UNINTERRUPIBLE instead of TASK_KILLABLE in prepare_to_wait(), that's much simpler and safe

[PATCH] firmware loader: Fix _request_firmware_load() return val for fw load abort

_request_firmware_load() returns -ENOMEM when fw load is aborted after timeout. Call is_fw_load_aborted() to check if fw load is aborted and if true return -EAGAIN. Signed-off-by: Shuah Khan --- drivers/base/firmware_class.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

STI architectural question (and lretq -- I'm not even kidding)

It turns out that lretq-to-outer-privilege-level is about 100 cycles faster than iretq on Sandy Bridge. This may be enough to be worth using for returns to userspace, despite the added complexity and scariness. Here's where it gets nasty. Before using lretq, we have to have interrupts on, and we

[GIT PULL] PCI changes for v3.17

Hi Linus, These are for the v3.17 merge window, not for v3.16. I'll be on vacation until Aug 11, and I suspect the merge window will open before then, so I'm sending this to you early. There are more things I'd like to get into v3.17, so I hope to send another pull request soon after I return.

Re: [PATCH] PCI: Add device specific (non)reset for AMD GPUs

On Tue, 2014-07-22 at 15:52 -0600, Bjorn Helgaas wrote: > On Tue, Jul 22, 2014 at 02:23:27PM -0600, Alex Williamson wrote: > > On Tue, 2014-07-22 at 13:55 -0600, Bjorn Helgaas wrote: > > > On Wed, Jul 16, 2014 at 01:14:08PM -0600, Alex Williamson wrote: > > > > There are numerous ATI/AMD GPUs avail

[PATCH v2 0/2] staging: cxt1e1: Fix ambiguous global var names, reduce sparse warnings

This patch set: changes ambiguous global names, such as "error_flag" to "cxt1e1_error_flag" puts globals in header file to reduce externs used in c files as well as sparse warnings Jeff Oczek (2): staging: cxt1e1: Prefix ambiguous variable names with 'cxt1e1_' for clarity staging: cxt1e1:

[PATCH v2 2/2] staging: cxt1e1: Fix static symbol sparse warnings for global vars in linux.c

Put extern declarations in cxt1e1_common.h to reduce sparse warnings for linux.c: drivers/staging/cxt1e1/linux.c:86:13: warning: symbol 'cxt1e1_error_flag' was not declared. Should it be static? drivers/staging/cxt1e1/linux.c:91:13: warning: symbol 'cxt1e1_max_mru' was not declared. Should it

[PATCH v2 1/2] staging: cxt1e1: Prefix ambiguous variable names with 'cxt1e1_' for clarity

Changed names of ambiguous sounding variable names as follows error_flag -> cxt1e1_error_flag max_mtu_default -> cxt1e1_max_mtu_default max_txdesc_used -> cxt1e1_max_txdesc_used max_txdesc_default -> cxt1e1_max_txdesc_default max_rxdesc_used -> cxt1e1_max_rxdesc_used max

Re: [PATCH] usb-core: Remove Fix mes in file hcd.c

On 07/18/2014 10:52 PM, Nick Krause wrote: > On Fri, Jul 18, 2014 at 10:45 PM, Nick Krause wrote: >> Sorry didn't run spell check. I will resend this patch with the >> correct information >> as needed. Thanks for the advice, Sasha. >> >> Cheers Nick >> >> On Fri, Jul 18, 2014 at 10:36 PM, Sasha Le

Re: [PATCH] mailbox/omap: Use module_platform_driver

On Tuesday, July 22, 2014 9:14 PM, Tobias Klauser wrote: > > Use the module_platform_driver to omit module init/exit boilerplate code. > > Signed-off-by: Tobias Klauser Reviewed-by: Jingoo Han Best regards, Jingoo Han > --- > drivers/mailbox/mailbox-omap1.c | 13 + > drivers/mai

Re: [PATCH] mailbox/omap: Use module_platform_driver

On Wednesday, July 23, 2014 12:01 AM, Suman Anna wrote: > On 07/22/2014 07:13 AM, Tobias Klauser wrote: > > Use the module_platform_driver to omit module init/exit boilerplate code. > > > > Signed-off-by: Tobias Klauser > > --- > > drivers/mailbox/mailbox-omap1.c | 13 + > > drivers/m

Re: [PATCH v3 5/9] perf, x86: large PEBS interrupt threshold

On 07/23/2014 12:16 AM, Andi Kleen wrote: >> +/* >> + * When the event is constrained enough we can use a larger >> + * threshold and run the event with less frequent PMI. >> + */ >> +if (0 && /* disable this temporarily */ > > Where in the patchkit does it get reenabled? enab

Re: STI architectural question (and lretq -- I'm not even kidding)

On Tue, Jul 22, 2014 at 5:10 PM, Andy Lutomirski wrote: > > But here's the problem: what happens if an NMI or MCE happens between > the sti and the lretq? I think an MCE just might be okay -- it's not > really recoverable anyway. (Except for the absurd MCE broadcast crap, > which may cause this

[patch] mm, arc: remove obsolete pagefault oom killer comment

Commit 609838cfed97 ("mm: invoke oom-killer from remaining unconverted page fault handlers") converted arc to call pagefault_out_of_memory(), so remove the comment about future conversion. Cc: Johannes Weiner Signed-off-by: David Rientjes --- arch/arc/mm/fault.c | 1 - 1 file changed, 1 deleti

Re: [PATCH] mailbox/omap: Use module_platform_driver

On 07/22/2014 07:57 PM, Jingoo Han wrote: > On Wednesday, July 23, 2014 12:01 AM, Suman Anna wrote: >> On 07/22/2014 07:13 AM, Tobias Klauser wrote: >>> Use the module_platform_driver to omit module init/exit boilerplate code. >>> >>> Signed-off-by: Tobias Klauser >>> --- >>> drivers/mailbox/mail

Re: [PATCH] workqueue: get the probable node ID from the first CPU of the mask

On 07/22/2014 11:30 PM, Tejun Heo wrote: > On Tue, Jul 22, 2014 at 01:04:02PM +0800, Lai Jiangshan wrote: >> +node = cpu_to_node(cpumask_first(pool->attrs->cpumask)); > > Minor but maybe cpumask_any() is a better fit here? > It is OK, the result are the same. But I still think cpumas

Re: [RESEND][PATCH 07/10][SCSI]mpt2sas: Added Reply Descriptor Post Queue (RDPQ) Array support

> "Sreekanth" == Sreekanth Reddy writes: Sreekanth, >> Why do you need to special case !rdpq? Isn't reply_queue_count = 1 in >> that case? Sreekanth> [Sreekanth] we have added this RDPQ support in phase18. So, Sreekanth> the firmware from less than phase18 doesn't have this RDPQ Sreekanth>

Re: [PATCH v7 3/5] PCI: designware: enhance dw_pcie_host_init() to support v3.65 DW hardware

On Tuesday, July 22, 2014 1:59 AM, Murali Karicheri wrote: > > keystone PCI controller is based on v3.65 designware hardware. This > version differs from newer versions of the hardware in few functional > areas discussed below that makes it necessary to change dw_pcie_host_init() > to support v3.6

RE: [RFC PATCH v3 00/14] ACPI/EC: Add event storm prevention and cleanup command storm prevention.

Hi, > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Wednesday, July 23, 2014 6:15 AM > > On Tuesday, July 22, 2014 01:25:00 AM Zheng, Lv wrote: > > Hi, Rafael > > > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > > > Sent: Tuesday, July 22, 2014 9:12 AM > > > > > > On Mond

Re: STI architectural question (and lretq -- I'm not even kidding)

On Tue, Jul 22, 2014 at 6:03 PM, Linus Torvalds wrote: > On Tue, Jul 22, 2014 at 5:10 PM, Andy Lutomirski wrote: >> >> But here's the problem: what happens if an NMI or MCE happens between >> the sti and the lretq? I think an MCE just might be okay -- it's not >> really recoverable anyway. (Exc

[PATCHv4 3/5] common: dma-mapping: Introduce common remapping functions

For architectures without coherent DMA, memory for DMA may need to be remapped with coherent attributes. Factor out the the remapping code from arm and put it in a common location to reduced code duplication. Signed-off-by: Laura Abbott --- arch/arm/mm/dma-mapping.c| 57 +

[PATCHv4 4/5] arm: use genalloc for the atomic pool

ARM currently uses a bitmap for tracking atomic allocations. genalloc already handles this type of memory pool allocation so switch to using that instead. Signed-off-by: Laura Abbott --- arch/arm/Kconfig | 1 + arch/arm/mm/dma-mapping.c | 153 +++---

[PATCHv4 5/5] arm64: Add atomic pool for non-coherent and CMA allocations.

Neither CMA nor noncoherent allocations support atomic allocations. Add a dedicated atomic pool to support this. Signed-off-by: Laura Abbott --- arch/arm64/Kconfig | 1 + arch/arm64/mm/dma-mapping.c | 164 +++- 2 files changed, 146 insertions(+)

[PATCHv4 1/5] lib/genalloc.c: Add power aligned algorithm

One of the more common algorithms used for allocation is to align the start address of the allocation to the order of size requested. Add this as an algorithm option for genalloc. Acked-by: Will Deacon Acked-by: Olof Johansson Signed-off-by: Laura Abbott --- include/linux/genalloc.h | 4

[PATCHv4 2/5] lib/genalloc.c: Add genpool range check function

After allocating an address from a particular genpool, there is no good way to verify if that address actually belongs to a genpool. Introduce addr_in_gen_pool which will return if an address plus size falls completely within the genpool range. Acked-by: Will Deacon Reviewed-by: Olof Johansson S

[PATCHv4 0/5] Atomic pool for arm64

Hi, This is another revision of the series to properly add atomic allocations for arm64. This version mostly addressed review comments. As always, reviews and testing welcome Thanks, Laura v4: Addressed comments from Thierry and Catalin. Updated map_vm_area call in dma_common_pages_remap since t

Re: Scheduler regression from caffcdd8d27ba78730d5540396ce72ad022aff2c

On Tue, Jul 22, 2014 at 16:18:55 +0200, Peter Zijlstra wrote: You can put this on top of them. I hope that this will make the pr_err() introduced in the robustify patch go away. I went to 3.16-rc6 and then reapplied three patches from your previous email messages. The dmesg output and the d

[PATCH] extcon: Add missing REGMAP_I2C/REGMAP_IRQ dependency on extcon driver

This patch add missing REGMAP_I2C/REGMAP_IRQ dependency on extcon provider driver to protect build break. Signed-off-by: Chanwoo Choi --- drivers/extcon/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/drivers/extcon/Kconfig b/drivers/extcon/Kconfig index 6f2f472..77577db 100644 -

Re: [PATCHv8 0/4] iio: adc: exynos_adc: Support Exynos3250 ADC and code clean

Dear Jonathan, Could you please pick this patchset for 3.17? Best Regards, Chanwoo Choi On 07/22/2014 11:04 AM, Chanwoo Choi wrote: > This patchset support Exynos3250 ADC (Analog Digital Converter) because > Exynos3250 has additional special clock for ADC IP. > > Changes from v7: > - Add acked

Re: [PATCH] PCI: Add device specific (non)reset for AMD GPUs

On Tue, Jul 22, 2014 at 06:22:03PM -0600, Alex Williamson wrote: > On Tue, 2014-07-22 at 15:52 -0600, Bjorn Helgaas wrote: > > On Tue, Jul 22, 2014 at 02:23:27PM -0600, Alex Williamson wrote: > > > On Tue, 2014-07-22 at 13:55 -0600, Bjorn Helgaas wrote: > > > > On Wed, Jul 16, 2014 at 01:14:08PM -0

Adding neighbor cache entry solely initiated by multicast traffic

For a device on the local network that mostly functions as a multicast receiver, the only packets a router may see from this client are IGMP membership reports. I believe that alone should be enough information to establish a neighbor cache entry for it. A client intending to unicast to the ro

linux-next: manual merge of the net-next tree with the wireless tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in drivers/net/wireless/iwlwifi/mvm/mac80211.c between commit c6a21ff31994 ("iwlwifi: mvm: fix merge damage") from the wireless tree and commit fb98be5e9419 ("iwlwifi: mvm: add unified LMAC scan API") from the net-next tree. I f

Re: [PATCH] PCI: Add device specific (non)reset for AMD GPUs

On Tue, 2014-07-22 at 19:49 -0600, Bjorn Helgaas wrote: > On Tue, Jul 22, 2014 at 06:22:03PM -0600, Alex Williamson wrote: > > On Tue, 2014-07-22 at 15:52 -0600, Bjorn Helgaas wrote: > > > On Tue, Jul 22, 2014 at 02:23:27PM -0600, Alex Williamson wrote: > > > > On Tue, 2014-07-22 at 13:55 -0600, Bj

[PATCH 1/1] Staging: comedi: amplc_pc236: a blank line inserted

A 'Missing a blank line after declarations' warning fixed by inserting a blank line after struct pointer declaration. Signed-off-by: Sam Asadi --- drivers/staging/comedi/drivers/amplc_pc236.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/comedi/drivers/amplc_pc236.c b/d

Re: [PATCH 1/2] libata: Fix scsi_host can_queue issue in ata_qc_new()

On 07/22/2014 11:42 PM, Tejun Heo wrote: Hello, (cc'ing Dan) On Tue, Jul 22, 2014 at 10:50:19AM -0400, Mike Qiu wrote: The can_queue in scsi_host can be more than ATA_MAX_QUEUE (32), for example, in ipr, it can be 100 or more. Also, some drivers, like ipr driver, haven't filled the field scsi

RE: [f2fs-dev] f2fs: Possible use-after-free when umount filesystem

Hi Andrey Gu, > -Original Message- > From: Andrey Tsyvarev [mailto:tsyva...@ispras.ru] > Sent: Tuesday, July 22, 2014 6:04 PM > To: Gu Zheng > Cc: Jaegeuk Kim; linux-kernel; Alexey Khoroshilov; > linux-f2fs-de...@lists.sourceforge.net > Subject: Re: [f2fs-dev] f2fs: Possible use-after-fre

[PATCH] sched: fix sched_setparam() policy=-1 logic

The scheduler uses policy=-1 to preserve the current policy state to implement sched_setparam(). But, as (int) -1 is equals to 0x, it's matching the if (policy & SCHED_RESET_ON_FORK) on _sched_setscheduler(). This match changes the policy value to an invalid value, breaking the sched_setpar

[PATCH] ARM: tegra: apalis t30: fix device tree compatible node

Working on sound support I noticed the Apalis T30 Evaluation board device tree missing the more generic Apalis T30 compatible string. Signed-off-by: Marcel Ziswiler --- arch/arm/boot/dts/tegra30-apalis-eval.dts |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/

Re: [PATCH 2/2] libata: Fix NULL pointer of scsi_host in ata_port

I have tested with the ipr IOA, passed. Reviewed-and Tested-by: Mike Qiu On 07/23/2014 04:11 AM, Tejun Heo wrote: Hello, Can you please test the following patch? diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c index d19c37a7..773f4e6 100644 --- a/drivers/ata/libata-core.c

Re: [PATCH v3] x86,cpu-hotplug: assign same CPU number to readded CPU

(2014/07/23 3:29), Toshi Kani wrote: On Thu, 2014-07-17 at 16:32 +0900, Yasuaki Ishimatsu wrote: llc_shared_map is not cleared even if CPU is offline or hot removed. So when hot-plugging CPU and assigning new CPU number to hot-added CPU, the mask has wrong value. The mask is used by CSF schduler

[RFC PATCH v1 06/70] ia64, topology: _FROZEN Cleanup

Remove XXX_FROZEN state from ia64/topology. Signed-off-by: Chen, Gong --- arch/ia64/kernel/topology.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/ia64/kernel/topology.c b/arch/ia64/kernel/topology.c index f295f9a..b39c9b6 100644 --- a/arch/ia64/kernel/topology.c +

[RFC PATCH v1 03/70] ia64, mca: _FROZEN Cleanup

Remove XXX_FROZEN state from ia64/mca. Signed-off-by: Chen, Gong --- arch/ia64/kernel/mca.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/ia64/kernel/mca.c b/arch/ia64/kernel/mca.c index db7b36b..c89faa6 100644 --- a/arch/ia64/kernel/mca.c +++ b/arch/ia64/kernel/mca.

[RFC PATCH v1 07/70] x86, intel_cacheinfo: _FROZEN Cleanup

Remove XXX_FROZEN state from x86/intel_cacheinfo. Signed-off-by: Chen, Gong --- arch/x86/kernel/cpu/intel_cacheinfo.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/x86/kernel/cpu/intel_cacheinfo.c b/arch/x86/kernel/cpu/intel_cacheinfo.c index a952e9c..2e8161e 10064

[RFC PATCH v1 04/70] ia64, palinfo: _FROZEN Cleanup

Remove XXX_FROZEN state from ia64/palinfo. Signed-off-by: Chen, Gong --- arch/ia64/kernel/palinfo.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/ia64/kernel/palinfo.c b/arch/ia64/kernel/palinfo.c index c39c3cd..e0ce152 100644 --- a/arch/ia64/kernel/palinfo.c +++ b/

[RFC PATCH v1 05/70] ia64, salinfo: _FROZEN Cleanup

Remove XXX_FROZEN state from ia64/salinfo. Signed-off-by: Chen, Gong --- arch/ia64/kernel/salinfo.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/ia64/kernel/salinfo.c b/arch/ia64/kernel/salinfo.c index ee9719e..c454375 100644 --- a/arch/ia64/kernel/salinfo.c +++ b/

[RFC PATCH v1 01/70] cpu: Restructure FROZEN state handling

From: Thomas Gleixner There are only a few callbacks which really care about FROZEN vs. !FROZEN. No need to have extra states for this. Publish the frozen state in an extra variable which is updated under the hotplug lock and let the users interested deal with it w/o imposing that extra state ch

[RFC PATCH v1 11/70] x86, vsyscall_64: _FROZEN Cleanup

Remove XXX_FROZEN state from x86/vsyscall_64. Signed-off-by: Chen, Gong --- arch/x86/kernel/vsyscall_64.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/vsyscall_64.c b/arch/x86/kernel/vsyscall_64.c index ea5b570..72a1576 100644 --- a/arch/x86/kernel/vsyscall

[RFC PATCH v1 15/70] x86, kernel, cpuid: _FROZEN Cleanup

Remove XXX_FROZEN state from x86/kernel/cpuid. Signed-off-by: Chen, Gong --- arch/x86/kernel/cpuid.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/cpuid.c b/arch/x86/kernel/cpuid.c index 3225ae6c..0288e4f 100644 --- a/arch/x86/kernel/cpuid.c +++ b/arch

[RFC PATCH v1 09/70] x86, mce_amd: _FROZEN Cleanup

Remove XXX_FROZEN state from x86/mce_amd. Signed-off-by: Chen, Gong --- arch/x86/kernel/cpu/mcheck/mce_amd.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/x86/kernel/cpu/mcheck/mce_amd.c b/arch/x86/kernel/cpu/mcheck/mce_amd.c index 603df4f..cc57f13 100644 --- a/arc

[RFC PATCH v1 12/70] x86, pci, amd_bus: _FROZEN Cleanup

Remove XXX_FROZEN state from x86/pci/amd_bus. Signed-off-by: Chen, Gong --- arch/x86/pci/amd_bus.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/x86/pci/amd_bus.c b/arch/x86/pci/amd_bus.c index c20d2cc..30f0fca9 100644 --- a/arch/x86/pci/amd_bus.c +++ b/arch/x86/pci/

[RFC PATCH v1 16/70] x86, kernel, msr: _FROZEN Cleanup

Remove XXX_FROZEN state from x86/kernel/msr. Signed-off-by: Chen, Gong --- arch/x86/kernel/msr.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/msr.c b/arch/x86/kernel/msr.c index c9603ac..e388659 100644 --- a/arch/x86/kernel/msr.c +++ b/arch/x86/kernel

[RFC PATCH v1 13/70] x86, x2apic_cluster: _FROZEN Cleanup

Remove XXX_FROZEN state from x86/x2apic_cluster. Signed-off-by: Chen, Gong --- arch/x86/kernel/apic/x2apic_cluster.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/apic/x2apic_cluster.c b/arch/x86/kernel/apic/x2apic_cluster.c index e66766b..bfd23

[RFC PATCH v1 23/70] mips, loongson, smp: _FROZEN Cleanup

Remove XXX_FROZEN state from loongson/smp. Signed-off-by: Chen, Gong --- arch/mips/loongson/loongson-3/smp.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/arch/mips/loongson/loongson-3/smp.c b/arch/mips/loongson/loongson-3/smp.c index 1e88940..30b91e8 100644 --- a/arch

[RFC PATCH v1 26/70] rcu, tree: _FROZEN Cleanup

Remove XXX_FROZEN state from rcu/tree. Signed-off-by: Chen, Gong --- kernel/rcu/tree.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c index 625d0b0..8518338 100644 --- a/kernel/rcu/tree.c +++ b/kernel/rcu/tree.c @@ -3440,28

[RFC PATCH v1 22/70] powerpc, mmu_context_nohash: _FROZEN Cleanup

Remove XXX_FROZEN state from powerpc/mmu_context_nohash. Signed-off-by: Chen, Gong --- arch/powerpc/mm/mmu_context_nohash.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/arch/powerpc/mm/mmu_context_nohash.c b/arch/powerpc/mm/mmu_context_nohash.c index 928ebe7..4ada715

[RFC PATCH v1 24/70] s390, perf_cpum_sf: _FROZEN Cleanup

Remove XXX_FROZEN state from s390/perf_cpum_sf. Signed-off-by: Chen, Gong --- arch/s390/kernel/perf_cpum_sf.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/s390/kernel/perf_cpum_sf.c b/arch/s390/kernel/perf_cpum_sf.c index ea0c7b2..1cbd3c7 100644 --- a/arch/s390/kernel/perf_cpum_sf.c +

[RFC PATCH v1 18/70] arm, kvm: _FROZEN Cleanup

Remove XXX_FROZEN state from arm/kvm. Signed-off-by: Chen, Gong --- arch/arm/kvm/arm.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arm/kvm/arm.c b/arch/arm/kvm/arm.c index 3c82b37..0014464 100644 --- a/arch/arm/kvm/arm.c +++ b/arch/arm/kvm/arm.c @@ -860,9 +860,8 @@

[RFC PATCH v1 25/70] sparc, sysfs: _FROZEN Cleanup

Remove XXX_FROZEN state from sparc/sysfs. Signed-off-by: Chen, Gong --- arch/sparc/kernel/sysfs.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/sparc/kernel/sysfs.c b/arch/sparc/kernel/sysfs.c index 7f41d40..e15a4b8 100644 --- a/arch/sparc/kernel/sysfs.c +++ b/arch/

[RFC PATCH v1 31/70] kernel, relay: _FROZEN Cleanup

Remove XXX_FROZEN state from fs/relay. Signed-off-by: Chen, Gong --- kernel/relay.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/kernel/relay.c b/kernel/relay.c index 5a56d3c..3f7b6b1 100644 --- a/kernel/relay.c +++ b/kernel/relay.c @@ -523,9 +523,8 @@ static int relay_

[RFC PATCH v1 27/70] kernel, padata: _FROZEN Cleanup

Remove XXX_FROZEN state from padata. Signed-off-by: Chen, Gong --- kernel/padata.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/kernel/padata.c b/kernel/padata.c index 161402f..3a6bc6e 100644 --- a/kernel/padata.c +++ b/kernel/padata.c @@ -842,11 +842,9 @@ static int

[RFC PATCH v1 34/70] kernel, softirq: _FROZEN Cleanup

Remove XXX_FROZEN state from kernel/softirq. Signed-off-by: Chen, Gong --- kernel/softirq.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/kernel/softirq.c b/kernel/softirq.c index 5918d22..c4d4484 100644 --- a/kernel/softirq.c +++ b/kernel/softirq.c @@ -726,10 +726,9 @@ s

[RFC PATCH v1 32/70] kernel, smp: _FROZEN Cleanup

Remove XXX_FROZEN state from kernel/smp. Signed-off-by: Chen, Gong --- kernel/smp.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/kernel/smp.c b/kernel/smp.c index 80c33f8..808ec06 100644 --- a/kernel/smp.c +++ b/kernel/smp.c @@ -37,9 +37,8 @@ hotplug_cfd(struct noti

[RFC PATCH v1 36/70] mm, vmscan: _FROZEN Cleanup

Remove XXX_FROZEN state from mm/vmscan. Signed-off-by: Chen, Gong --- mm/vmscan.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/vmscan.c b/mm/vmscan.c index 0f16ffe..25c0109 100644 --- a/mm/vmscan.c +++ b/mm/vmscan.c @@ -3454,7 +3454,7 @@ static int cpu_callback(struct n

[RFC PATCH v1 33/70] kernel, timer: _FROZEN Cleanup

Remove XXX_FROZEN state from kernel/timer. Signed-off-by: Chen, Gong --- kernel/timer.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/kernel/timer.c b/kernel/timer.c index 3bb01a3..cc11324 100644 --- a/kernel/timer.c +++ b/kernel/timer.c @@ -1642,16 +1642,14 @@ static in

[RFC PATCH v1 37/70] mm, vmstat: _FROZEN Cleanup

Remove XXX_FROZEN state from mm/vmstat. Signed-off-by: Chen, Gong --- mm/vmstat.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/mm/vmstat.c b/mm/vmstat.c index b37bd49..a29a3d8 100644 --- a/mm/vmstat.c +++ b/mm/vmstat.c @@ -1268,24 +1268,20 @@ static int vmstat_cpuup_c

[RFC PATCH v1 39/70] mm, page_alloc: _FROZEN Cleanup

Remove XXX_FROZEN state from mm/page_alloc. Signed-off-by: Chen, Gong --- mm/page_alloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 0ea758b..c52c2a8 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -5537,7 +5537,7 @@ static i

[RFC PATCH v1 40/70] mm, slub: _FROZEN Cleanup

Remove XXX_FROZEN state from mm/slub. Signed-off-by: Chen, Gong --- mm/slub.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/mm/slub.c b/mm/slub.c index 7300480..0504f6b 100644 --- a/mm/slub.c +++ b/mm/slub.c @@ -3796,11 +3796,9 @@ static int slab_cpuup_callback(struct no

[RFC PATCH v1 47/70] block, blk-iopoll: _FROZEN Cleanup

Remove XXX_FROZEN state from block/blk-iopoll. Signed-off-by: Chen, Gong --- block/blk-iopoll.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/block/blk-iopoll.c b/block/blk-iopoll.c index 0736729..ba88c82 100644 --- a/block/blk-iopoll.c +++ b/block/blk-iopoll.c @@ -193,7 +1

[RFC PATCH v1 43/70] net, iucv: _FROZEN Cleanup

Remove XXX_FROZEN state from net/iucv. Signed-off-by: Chen, Gong --- net/iucv/iucv.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/net/iucv/iucv.c b/net/iucv/iucv.c index da78793..4a44595 100644 --- a/net/iucv/iucv.c +++ b/net/iucv/iucv.c @@ -663,28 +663,22 @@ static

[RFC PATCH v1 45/70] net, core, dev: _FROZEN Cleanup

Remove XXX_FROZEN state from net/core/dev. Signed-off-by: Chen, Gong --- net/core/dev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/core/dev.c b/net/core/dev.c index 7990984..2c3801a 100644 --- a/net/core/dev.c +++ b/net/core/dev.c @@ -6805,7 +6805,7 @@ static int dev

[RFC PATCH v1 42/70] xfs, xfs_mount: _FROZEN Cleanup

Remove XXX_FROZEN state from xfs/xfs_mount. Signed-off-by: Chen, Gong --- fs/xfs/xfs_mount.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/fs/xfs/xfs_mount.c b/fs/xfs/xfs_mount.c index 3507cd0..b701946 100644 --- a/fs/xfs/xfs_mount.c +++ b/fs/xfs/xfs_mount.c @@ -1531,15

[RFC PATCH v1 46/70] block, blk-mq: _FROZEN Cleanup

Remove XXX_FROZEN state from block/blk-mq. Signed-off-by: Chen, Gong --- block/blk-mq.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index ad69ef6..b5cd279 100644 --- a/block/blk-mq.c +++ b/block/blk-mq.c @@ -1522,9 +1522,11 @@ st

[RFC PATCH v1 44/70] net, core, flow: _FROZEN Cleanup

Remove XXX_FROZEN state from net/core/flow. Signed-off-by: Chen, Gong --- net/core/flow.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/net/core/flow.c b/net/core/flow.c index a0348fd..3bb5dc0 100644 --- a/net/core/flow.c +++ b/net/core/flow.c @@ -417,15 +417,13 @@ stati

[RFC PATCH v1 54/70] cpufreq, acpi-cpufreq: _FROZEN Cleanup

Remove XXX_FROZEN state from cpufreq/acpi-cpufreq. Signed-off-by: Chen, Gong --- drivers/cpufreq/acpi-cpufreq.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/cpufreq/acpi-cpufreq.c b/drivers/cpufreq/acpi-cpufreq.c index b0c18ed..2b7ffc1 100644 --- a/drivers/cpufr

[RFC PATCH v1 51/70] powercap, intel_rapl: _FROZEN Cleanup

Remove XXX_FROZEN state from powercap/intel_rapl. Signed-off-by: Chen, Gong --- drivers/powercap/intel_rapl.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/powercap/intel_rapl.c b/drivers/powercap/intel_rapl.c index b1cda6f..c55de1a 100644 --- a/drivers/powercap

[RFC PATCH v1 48/70] block, blk-softirq: _FROZEN Cleanup

Remove XXX_FROZEN state from block/blk-softirq. Signed-off-by: Chen, Gong --- block/blk-softirq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/block/blk-softirq.c b/block/blk-softirq.c index 53b1737..3ab9c2e 100644 --- a/block/blk-softirq.c +++ b/block/blk-softirq.c @@ -85

Re: [PATCH 2/2] libata: Fix NULL pointer of scsi_host in ata_port

On 07/22/2014 10:51 PM, Mike Qiu wrote: In ata_sas_port_alloc(), it haven't initialized scsi_host field in ata_port, although scsi_host is in parameters list and unused in this function. With commit 1871ee134b73 ("libata: support the ata host which implements a queue depth less than 32") ata_qc

[RFC PATCH v1 49/70] driver, base, topology: _FROZEN Cleanup

Remove XXX_FROZEN state from driver/base/topology. Signed-off-by: Chen, Gong --- drivers/base/topology.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/base/topology.c b/drivers/base/topology.c index be7c1fb..369e437 100644 --- a/drivers/base/topology.c +++ b/dri

[RFC PATCH v1 59/70] scsi, fcoe: _FROZEN Cleanup

Remove XXX_FROZEN state from scsi/fcoe. Signed-off-by: Chen, Gong --- drivers/scsi/fcoe/fcoe.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/scsi/fcoe/fcoe.c b/drivers/scsi/fcoe/fcoe.c index 00ee0ed..f1d3f6a 100644 --- a/drivers/scsi/fcoe/fcoe.c +++ b/drivers/scs

[RFC PATCH v1 60/70] scsi, virtio_scsi: _FROZEN Cleanup

Remove XXX_FROZEN state from scsi/virtio_scsi. Signed-off-by: Chen, Gong --- drivers/scsi/virtio_scsi.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c index 308256b..22f4a6e5 100644 --- a/drivers/scsi/virtio_scsi.c +

[RFC PATCH v1 53/70] cpuidle, cpuidle-pseries: _FROZEN Cleanup

Remove XXX_FROZEN state from cpuidle/cpuidle-pseries. Signed-off-by: Chen, Gong --- drivers/cpuidle/cpuidle-pseries.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/cpuidle/cpuidle-pseries.c b/drivers/cpuidle/cpuidle-pseries.c index 6f7b019..11902eb 100644 --- a/

[RFC PATCH v1 55/70] irqchip, irq-armada-370-xp: _FROZEN Cleanup

Remove XXX_FROZEN state from irqchip/irq-armada-370-xp. Signed-off-by: Chen, Gong --- drivers/irqchip/irq-armada-370-xp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/irqchip/irq-armada-370-xp.c b/drivers/irqchip/irq-armada-370-xp.c index 574aba0..1c46257 100644 -

[RFC PATCH v1 62/70] virt, kvm, arm, arch_timer: _FROZEN Cleanup

Remove XXX_FROZEN state from kvm/arm/arch_timer. Signed-off-by: Chen, Gong --- virt/kvm/arm/arch_timer.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/virt/kvm/arm/arch_timer.c b/virt/kvm/arm/arch_timer.c index 22fa819..169512d 100644 --- a/virt/kvm/arm/arch_timer.c +++

[RFC PATCH v1 69/70] staging, lustre, linux-cpu: _FROZEN Cleanup

Remove XXX_FROZEN state from lustre/linux-cpu. Signed-off-by: Chen, Gong --- drivers/staging/lustre/lustre/libcfs/linux/linux-cpu.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/staging/lustre/lustre/libcfs/linux/linux-cpu.c b/drivers/staging/lustre/lustre/li

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in drivers/gpu/drm/i915/i915_gem_render_state.c between commit 88b982873567 ("drm/i915: fix freeze with blank screen booting highmem") from the drm-intel-fixes tree and commit 1ce826d436f3 ("drm/i915: Simplify processing of the golde

[RFC PATCH v1 64/70] trace, ring_buffer: _FROZEN Cleanup

Remove XXX_FROZEN state from trace/ring_buffer. Signed-off-by: Chen, Gong --- kernel/trace/ring_buffer.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/kernel/trace/ring_buffer.c b/kernel/trace/ring_buffer.c index ff70271..1cd5793 100644 --- a/kernel/trace/ring_buffer.c +

[RFC PATCH v1 66/70] lib, cpu-notifier-error-inject: _FROZEN Cleanup

Remove XXX_FROZEN state from lib/cpu-notifier-error-inject. Signed-off-by: Chen, Gong --- lib/cpu-notifier-error-inject.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/lib/cpu-notifier-error-inject.c b/lib/cpu-notifier-error-inject.c index 707ca24..78c28db 100644 --

[RFC PATCH v1 67/70] lib, percpu_counter: _FROZEN Cleanup

Remove XXX_FROZEN state from lib/percpu_counter. Signed-off-by: Chen, Gong --- lib/percpu_counter.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/percpu_counter.c b/lib/percpu_counter.c index 7dd33577..9a833ea 100644 --- a/lib/percpu_counter.c +++ b/lib/percpu_counter.c

<    5   6   7   8   9   10   11   12   >