On 04/28/2014 03:12 PM, Andi Kleen wrote:
From: Andi Kleen a...@linux.intel.com
Every gs selector/index reload always paid an extra MFENCE
between the two SWAPGS. This was to work around an old
bug in early K8 steppings. All other CPUs don't need the extra
mfence. Patch the extra MFENCE
On 04/29/2014 09:52 PM, H. Peter Anvin wrote:
It matters -- greatly -- if (and only if) we can enter the kernel with
usergs == kernelgs and then want to change usergs inside a paranoid
routine. At that point we risk being upside down, which basically means
we're rooted.
However, I
From: Young-Gun Jang yg1004.j...@samsung.com
While making PMU implementation to be device tree based, there are
few register offsets related with SYSREG present in regs-pmu.h, so
let's make a new header file regs-sys.h to keep all such SYSREG
related register offsets and remove them from
As machine function ops are used only in this file let's make
them static.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
arch/arm/mach-exynos/exynos.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-exynos/exynos.c
From: Young-Gun Jang yg1004.j...@samsung.com
This patch moves PMU specific definitions into a new file
as exynos-pmu.h. This will help in making PMU implementation
independent of common.h header.
Signed-off-by: Young-Gun Jang yg1004.j...@samsung.com
Signed-off-by: Pankaj Dubey
This patch removes unnecessary header file inclusion from pmu.c.
Signed-off-by: Young-Gun Jang yg1004.j...@samsung.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
---
arch/arm/mach-exynos/pmu.c |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-exynos/pmu.c
Remove unused and unwanted declarations from mach-exynos/common.h
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
arch/arm/mach-exynos/common.h |9 -
1 file changed, 9 deletions(-)
diff --git a/arch/arm/mach-exynos/common.h b/arch/arm/mach-exynos/common.h
index
This patch modifies Exynos Power Management Unit (PMU) initialization
implementation in following way:
- Added platform_device support by registering static platform device.
- Added platform struct exynos_pmu_data to hold platform specific data.
- For each SoC's PMU support now we can add
As exynos_cpuidle_init and exynos_cpufreq_init function have just one lines
of code for registering platform devices. We can move these lines to
exynos_dt_machine_init and delete exynos_cpuidle_init and exynos_cpufreq_init
function. This will help in reducing lines of code in exynos.c, making it
Many files under arm/mach-exynos are having file path in file
comment section which is invalid now.
So for better code maintainability let's remove them.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
---
arch/arm/mach-exynos/headsmp.S
This patch series, does some minor cleanup of exynos machine files.
It also modifies Exynos Power Management Unit (PMU) related code for
converting it into a platform_driver.
This is also preparation for moving PMU related code out of machine
folder into a either drivers/mfd, or drivers/power or
As we have removed static mappings from regs-pmu.h it does not
need map.h anymore. But platsmp.c needed this and till now it
got included indirectly. So lets move header inclusion of
mach/map.h from regs-pmu.h to platsmp.c.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
From: Young-Gun Jang yg1004.j...@samsung.com
Add support for mapping Samsung Power Management Unit (PMU)
base address from device tree. This patch also adds helper
function as get_exynos_pmuregmap. This function can be used
by other machine files such as pm.c, hotplug.c for accessing
PMU regmap
From: Young-Gun Jang yg1004.j...@samsung.com
Current pm_domain.c file uses S5P_INT_LOCAL_PWR_EN definition from
regs-pmu.h and hence needs to include this header file. As there is
no other user of S5P_INT_LOCAL_PWR_EN definition other than pm_domain,
to remove regs-pmu.h header file dependency
Under arm/mach-exynos many files are using PMU register offsets.
Since we have added support for accessing PMU base address via DT,
now we can remove PMU mapping from exynosX_iodesc. Let's convert
all these access using either of iomapped address or regmap handle.
This will help us in removing
Hi Tianyu,
With the suggested fix, we still need to protect
acpi_processor_hotadd_init() when pr-apic_id is -1,
otherwise it may cause invalid memory access.
Best Regards!
Gerry
diff --git a/drivers/acpi/acpi_processor.c b/drivers/acpi/acpi_processor.c
index c29c2c3ec0ad..e17befc54c34
On Tue, Apr 29, 2014 at 9:50 PM, H. Peter Anvin h...@zytor.com wrote:
On 04/29/2014 08:44 PM, Hui Zhu wrote:
I am sorry that the root cause of issue has something wrong.
The right root cause is:
When inferior call 32 bits syscall read, Linux kernel function
ia32_cstar_target will set
diff --git a/Documentation/devicetree/bindings/endianness/endianness.txt
b/Documentation/devicetree/bindings/endianness/endianness.txt
new file mode 100644
index 000..64f1d5e
--- /dev/null
+++ b/Documentation/devicetree/bindings/endianness/endianness.txt
@@ -0,0 +1,55 @@
On Tue, 29 Apr 2014 15:30:22 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Tue, 29 Apr 2014 21:35:12 +0200 Fabian Frederick f...@skynet.be wrote:
This reverts commit 842a859db26b70 due to permanent crash issues.
Sample scenario:
dd if=/dev/zero of=f1 bs=1M count=1
On 04/29/2014 10:08 PM, Andrew Pinski wrote:
restoring the values is hard since even the ptrace interface does not
allow for that.
So that begs the ultimate question, which is: given the fact that there
is *state missing* from the state vector (this is the core of the
problem), is there a
Hi Tianyu,
Found another issue at the second glance.
In case of x2apic, if (apic_id 0) should be replaced
by if (apic_id == -1) for safety.
Best Regards!
Gerry
On 2014/4/30 13:08, Jiang Liu wrote:
Hi Tianyu,
With the suggested fix, we still need to protect
On Mon, 2014-04-07 at 09:31 +0200, Christophe Leroy wrote:
This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
Unlike PPC64, PPC32 doesn't use the PACA convention. Therefore the
implementation is taken from the IA64 architecture.
It is based on additional information added to the
On 04/29/2014 06:13 PM, H. Peter Anvin wrote:
I suspect this will generate FP instructions on x86 which will corrupt user
space state. This is thus a critical bug!!
It looks like at least x86-64 gcc does the evaluation at compile time
and there aren't any fp instructions left in the code.
Change to use struct device instead of struct platform_device
for some static functions.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Cc: Alan Stern st...@rowland.harvard.edu
Acked-by: Jingoo Han jg1@samsung.com
---
Changes from v1:
- none
drivers/usb/host/ohci-exynos.c | 20
From: Kamil Debski k.deb...@samsung.com
Add the phy provider, supplied by new Exynos-usb2phy using
Generic phy framework.
Keeping the support for older USB phy intact right now, in order
to prevent any functionality break in absence of relevant
device tree side change for ehci-exynos.
Once we
Add support to consume phy provided by Generic phy framework.
Keeping the support for older usb-phy intact right now, in order
to prevent any functionality break in absence of relevant
device tree side change for ohci-exynos.
Once we move to new phy in the device nodes for ohci, we can
remove the
Change to use struct device instead of struct platform_device
for some static functions.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Cc: Alan Stern st...@rowland.harvard.edu
Acked-by: Jingoo Han jg1@samsung.com
---
Changes from v1:
- none
drivers/usb/host/ehci-exynos.c |5
Changes in V3:
- Follow Mark Rutland's advice.
- Document common case of the endianess usage.
Changes in V2:
- Namespace the properties using the prefix sring.
- Add one binding ducomentation off regmap.
Xiubo Li (2):
dt/bindings: Add the DT binding documentation for endianness
regmap: add
For many drivers which will support rich endianness of CPU--Dev
need define DT properties by itself without the binding support.
The endianness using regmap:
IndexCPU Device Endianess flag for DT bool property
1LE
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
.../devicetree/bindings/endianness/endianness.txt | 47 ++
1 file changed, 47 insertions(+)
create mode 100644 Documentation/devicetree/bindings/endianness/endianness.txt
diff --git
-Original Message-
From: David E. Box [mailto:david.e@linux.intel.com]
Sent: Wednesday, April 30, 2014 4:03 AM
To: david.e@linux.intel.com; jacob.jun@linux.intel.com; linux-
p...@vger.kernel.org; Wysocki, Rafael J; linux-kernel@vger.kernel.org;
h...@linux.intel.com
Cc:
On Wed, Apr 23, 2014 at 08:23:25PM +0530, Srikanth Thokala wrote:
Device-tree binding documentation of Xilinx Video DMA Engine
Signed-off-by: Srikanth Thokala stho...@xilinx.com
Acked-by: Rob Herring r...@kernel.org
Applied, both
Thanks
--
~Vinod
--
To unsubscribe from this list: send the
On Tue, Apr 29, 2014 at 03:45:08PM -0400, David Miller wrote:
From: Darek Marcinkiewicz rek...@newterm.pl
Date: Mon, 28 Apr 2014 07:36:58 +0200
+void *ec_bh_alloc_dma_mem(struct bh_priv *priv,
+int channel,
+u8 **buf,
+
In acpi_processor_get_info(), acpi processor info is initialized including
id, namely cpu index. Currently, if on UP system running SMP kerenl with
no LAPIC in MADT, cpu0_initialized is checked if acpi processor id is
initialized.
However this check maybe is not correct for kdump kernel. Most of
On 04/29/2014 05:17 AM, Rafael J. Wysocki wrote:
> On Tuesday, April 29, 2014 12:23:54 AM Srivatsa S. Bhat wrote:
>>
>> Hi,
>>
>> Meelis Roos reported hangs during boot in the longhaul cpufreq driver, after
>> commit 12478cf0c55 (cpufreq: Make sure frequency transitions are serialized).
>> The
Previous we do not truncate inline data in inode page when setattr, so following
case could still read the inline data which has already truncated:
1.write inline data
2.ftruncate size to 0
3.ftruncate size to max inline data size
4.read from offset 0
This patch introduces truncate_inline_data()
On Tuesday, April 29, 2014 2:56 PM, Jimmy Li wrote:
>
> Signed-off-by: Jimmy Li
> ---
> drivers/staging/iio/resolver/ad2s1210.c |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/staging/iio/resolver/ad2s1210.c
> b/drivers/staging/iio/resolver/ad2s1210.c
> index
Hi
On Tue, Apr 29, 2014 at 5:23 AM, Dmitry Torokhov
wrote:
> Managed resources are becoming more and more popular in drivers. Let's
> implement managed polled input devices, to complement managed regular input
> devices.
>
> Similarly to managed regular input devices only one new call
>
On 04/29/2014 10:21 AM, Viresh Kumar wrote:
> Nice effort.
>
Thanks! :-)
> On 29 April 2014 00:25, Srivatsa S. Bhat
> wrote:
>> Now all such drivers have been fixed, but debugging this issue was not
>> very straight-forward (even lockdep didn't catch this). So let us add a
>> debug
On 29 April 2014 11:20, Jonghwan Choi wrote:
> -> You are right. But 5440 cpufreq driver write an index number instead of
> clk divider value
> for change DVFS. And our another(will submit) also write an index number for
> changing DVFS.
> As you said, order of table shouldn't matter at all in
On Thu, Apr 24, 2014 at 10:29:50AM +0300, Peter Ujfalusi wrote:
> It helps to identify issues if we have some information regarding to the
> channel which the event is associated.
>
> Signed-off-by: Peter Ujfalusi
> Acked-by: Joel Fernandes
Applied, thanks
--
~Vinod
--
To unsubscribe from
On Sat, Apr 26, 2014 at 03:05:22PM +0530, Lad Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> this patch removes COMMON_CLK_DEBUG config option
> from defconfig file as this config option is obsolete.
>
> Signed-off-by: Lad, Prabhakar
> ---
> arch/arm/configs/imx_v4_v5_defconfig|1 -
>
On 04/29/2014 10:25 AM, Viresh Kumar wrote:
> On 29 April 2014 10:21, Viresh Kumar wrote:
>> Nice effort.
>>
>> On 29 April 2014 00:25, Srivatsa S. Bhat
>> wrote:
>>> Now all such drivers have been fixed, but debugging this issue was not
>>> very straight-forward (even lockdep didn't catch
Hi,
2014-04-29 (화), 14:03 +0800, Chao Yu:
> Previous we do not truncate inline data in inode page when setattr, so
> following
> case could still read the inline data which has already truncated:
>
> 1.write inline data
> 2.ftruncate size to 0
> 3.ftruncate size to max inline data size
> 4.read
On Tue, Apr 29, 2014 at 11:44 AM, Shawn Guo wrote:
> On Sat, Apr 26, 2014 at 03:05:22PM +0530, Lad Prabhakar wrote:
>> From: "Lad, Prabhakar"
>>
>> this patch removes COMMON_CLK_DEBUG config option
>> from defconfig file as this config option is obsolete.
>>
>> Signed-off-by: Lad, Prabhakar
>>
On Tue, Apr 29, 2014 at 03:07:04PM +0900, Jingoo Han wrote:
> On Tuesday, April 29, 2014 2:56 PM, Jimmy Li wrote:
> >
> > Signed-off-by: Jimmy Li
> > ---
> > drivers/staging/iio/resolver/ad2s1210.c |1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git
Commit-ID: 39025ba38278f3003ee538409f7c98970620ef49
Gitweb: http://git.kernel.org/tip/39025ba38278f3003ee538409f7c98970620ef49
Author: Oren Twaig
AuthorDate: Mon, 28 Apr 2014 10:21:37 +0300
Committer: Ingo Molnar
CommitDate: Mon, 28 Apr 2014 09:27:34 +0200
x86/vsmp: Fix irq routing
On Tue, 2014-04-29 at 08:45 +0800, Peter Chen wrote:
>
> Applied, thanks
Thank you,
Ivan
--
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
On wto, 2014-04-29 at 07:48 +0200, Robert Baldyga wrote:
> This patch modifies mfd driver to use regmap for handling interrupts.
> It allows to simplify irq handling process. This modifications needed
> to make small changes in function drivers, which use interrupts.
>
> Signed-off-by: Robert
On wto, 2014-04-29 at 07:48 +0200, Robert Baldyga wrote:
> This patch removes wrapper functions used to access regmap, and
> make driver using regmap_*() functions instead.
>
> Signed-off-by: Robert Baldyga
> ---
> drivers/extcon/extcon-max77693.c | 32 ++---
>
* Jiri Olsa wrote:
> hi Ingo,
> please consider pulling
>
> thanks,
> jirka
>
>
> The following changes since commit 2933d7813d8618f18632a7dc7f4e7f1f7d17383a:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf into perf/core
> (2014-04-25
* Jiri Olsa wrote:
> On Mon, Apr 28, 2014 at 09:01:57AM -0600, David Ahern wrote:
> > On 4/28/14, 3:22 AM, Jiri Olsa wrote:
> > >From: Jiri Olsa
> > >
> > >There's false assumption in the library detection code
> > >assuming -liberty and -lz are always present once bfd
> > >is detected. The
Commit-ID: 6e344a952dcfa45b8bfef8eaf8423ab73c5adaf2
Gitweb: http://git.kernel.org/tip/6e344a952dcfa45b8bfef8eaf8423ab73c5adaf2
Author: Namhyung Kim
AuthorDate: Fri, 25 Apr 2014 12:28:13 +0900
Committer: Jiri Olsa
CommitDate: Mon, 28 Apr 2014 13:42:29 +0200
perf tests: Factor out
Commit-ID: 3c3cfd99c8988e568a5243f38c600a6a03d1b148
Gitweb: http://git.kernel.org/tip/3c3cfd99c8988e568a5243f38c600a6a03d1b148
Author: Namhyung Kim
AuthorDate: Fri, 25 Apr 2014 12:28:14 +0900
Committer: Jiri Olsa
CommitDate: Mon, 28 Apr 2014 13:42:45 +0200
perf tests: Add a test case
Commit-ID: 93d5731dcb5b8cb7fa56ee11a5891f10c96c2a45
Gitweb: http://git.kernel.org/tip/93d5731dcb5b8cb7fa56ee11a5891f10c96c2a45
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 21 Mar 2014 17:57:01 -0300
Committer: Jiri Olsa
CommitDate: Mon, 28 Apr 2014 13:43:20 +0200
perf tools:
Commit-ID: fabf01238289e9ae009499594fc54642f5802a24
Gitweb: http://git.kernel.org/tip/fabf01238289e9ae009499594fc54642f5802a24
Author: Jiri Olsa
AuthorDate: Mon, 17 Mar 2014 14:39:00 +0100
Committer: Jiri Olsa
CommitDate: Mon, 28 Apr 2014 13:43:40 +0200
perf tests: Add map groups
Commit-ID: 4e85edfc3f5c0e016a960c1dcbe0217e86602525
Gitweb: http://git.kernel.org/tip/4e85edfc3f5c0e016a960c1dcbe0217e86602525
Author: Jiri Olsa
AuthorDate: Wed, 5 Mar 2014 17:20:31 +0100
Committer: Jiri Olsa
CommitDate: Mon, 28 Apr 2014 13:42:52 +0200
perf tests: Add thread maps
Commit-ID: cddcef607782966f1601808c17fe9c4c5f79f9f4
Gitweb: http://git.kernel.org/tip/cddcef607782966f1601808c17fe9c4c5f79f9f4
Author: Jiri Olsa
AuthorDate: Wed, 9 Apr 2014 20:54:29 +0200
Committer: Jiri Olsa
CommitDate: Mon, 28 Apr 2014 13:43:33 +0200
perf tools: Share map_groups
Commit-ID: a26ca6716a6c683f40bd676cea7e89704653b98d
Gitweb: http://git.kernel.org/tip/a26ca6716a6c683f40bd676cea7e89704653b98d
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Mar 2014 15:26:44 -0300
Committer: Jiri Olsa
CommitDate: Mon, 28 Apr 2014 13:43:26 +0200
perf tools:
From: "Lad, Prabhakar"
this patch fixes following sparse warning,
dm365_resizer.c:223:1: warning: symbol 'resizer_calculate_resize_ratios' was
not declared. Should it be static?
dm365_resizer.c:313:5: warning: symbol 'resizer_configure_output_win' was not
declared. Should it be static?
On 29 April 2014 11:46, Srivatsa S. Bhat
wrote:
> Yes, I'm aware that this corner case doesn't work well with my debug
Don't know if its a corner case, it may be the most obvious case for
some :)
> patch. I tried to avoid this but couldn't think of any solution.
The problem is not that it
On 04/02/2014 03:02 PM, Anshuman Khandual wrote:
> On 04/02/2014 12:32 PM, Anshuman Khandual wrote:
>> This patch series adds new ELF note sections which are used to
>> create new ptrace request macros for various transactional memory and
>> miscellaneous registers on PowerPC. Please find the
Event 0x013c is not the same as fixed counter2, remove it from
Silvermont's event constraints.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event_intel.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/kernel/cpu/perf_event_intel.c
b/arch/x86/kernel/cpu/perf_event_intel.c
* Madhavan Srinivasan wrote:
> Performance data for different FAULT_AROUND_ORDER values from 4 socket
> Power7 system (128 Threads and 128GB memory). perf stat with repeat of 5
> is used to get the stddev values. Test ran in v3.14 kernel (Baseline) and
> v3.15-rc1 for different fault around
On Tue, Apr 29, 2014 at 06:55:13AM +0530, navin patidar wrote:
> Use inline functions provided by USB subsystem to check endpoint type,
> instead of inline functions implemented by driver to do the same.
>
> Signed-off-by: navin patidar
Looks nice. Thanks. :)
Reviewed-by: Dan Carpenter
>>> On 28.04.14 at 22:50, wrote:
>>> > There's a enable_pci_io_ecs() which enables ECS through the NB_CFG MSR
>>> > which is called as part of the notifier *and* there's a PCI write to
>>> > that same bit in pci_enable_pci_io_ecs() which iterates over all NBs.
>>> >
>>> > So, AFAICT, we do it
From: "Lad, Prabhakar"
this patch removes COMMON_CLK_DEBUG config option
from defconfig file as this config option is obsolete.
Signed-off-by: Lad, Prabhakar
---
Changes for v2:
a> Dropped imx defconfig files as suggested by Shawn.
arch/arm/configs/integrator_defconfig |1 -
Cc: devicet...@vger.kernel.org
Cc: Srinivas Kandagatla
Acked-by: Alexandre Torgue
Signed-off-by: Lee Jones
---
Documentation/devicetree/bindings/ata/ahci-st.txt | 31 +++
1 file changed, 31 insertions(+)
create mode 100644 Documentation/devicetree/bindings/ata/ahci-st.txt
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64 defconfig)
failed like this:
arch/sparc/kernel/process_64.c: In function 'arch_trigger_all_cpu_backtrace':
arch/sparc/kernel/process_64.c:267:3: error: ISO C90 forbids mixed declarations
and code
On 04/28/2014 09:36 PM, H. Peter Anvin wrote:
>
> There are still things that need fixing: we need to go through the
> espfix path even when returning from NMI/MC (which fortunately can't
> nest with taking an NMI/MC on the espfix path itself, since in that case
> we will have been interrupted
The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
devices. It has 2 ports which it can use for either; both SATA, both
PCIe or one of each in any configuration.
Cc: Kishon Vijay Abraham I
Acked-by: Mark Rutland
Acked-by: Alexandre Torgue
Signed-off-by: Lee Jones
---
This provides the shared header file which will be reference from both
the MiPHY365x driver and its associated Device Tree node(s).
Cc: Kishon Vijay Abraham I
Acked-by: Mark Rutland
Acked-by: Alexandre Torgue
Signed-off-by: Lee Jones
---
include/dt-bindings/phy/phy-miphy365x.h | 25
The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
devices. It has 2 ports which it can use for either; both SATA, both
PCIe or one of each in any configuration.
Cc: Srinivas Kandagatla
Acked-by: Mark Rutland
Acked-by: Alexandre Torgue
Signed-off-by: Lee Jones
---
Hi Kishon,
Here is the MiPHY365x patchset complete with all the DT Acks applied.
This set has been on the list for ~10 weeks now with no further comments.
Would you be kind enough to merge the PHY patches/documentation please?
Kind regards,
Lee
The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
devices. It has 2 ports which it can use for either; both SATA, both
PCIe or one of each in any configuration.
Acked-by: Kishon Vijay Abraham I
Acked-by: Mark Rutland
Signed-off-by: Alexandre Torgue
Signed-off-by: Lee Jones
CONFIG_MCOUNT is not defined anymore, the corresponding #ifdef there
is CONFIG_FUNCTION_TRACER.
Signed-off-by: Jiri Slaby
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc:
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Cc: Ingo Molnar
---
arch/powerpc/kernel/entry_32.S | 2 +-
1 file changed,
Let's define fentry_hook depending on CC_USING_FENTRY and use that
macro all over. This saves some #ifdef's here and there.
Signed-off-by: Jiri Slaby
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc:
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Cc: Ingo Molnar
---
arch/x86/include/asm/fentry.h
On 04/29/2014 12:24 AM, Jiri Slaby wrote:
> Let's define fentry_hook depending on CC_USING_FENTRY and use that
> macro all over. This saves some #ifdef's here and there.
Any reason not to use the existing macro name function_hook?
(Valid reasons include "too generic". However, please motivate
Hi all,
This tree still fails (more than usual) the powerpc allyesconfig build.
Changes since 20140428:
The powerpc tree still had its build failure.
The vfs tree gained a conflict against the f2fs tree.
The mfd-lj tree still had its build failure so I used the version from
next-20140423.
On 29 April 2014 03:54, wrote:
> From: Micky Ching
>
> This reverts commit 1f7b581b3ffcb2a8437397a02f4af89fa6934d08.
>
> The patch depend on commit c42deffd5b53c9e583d83c7964854ede2f12410d
> , but the previous
> patch was discard. So we have to delete the patch.
>
> Signed-off-by: Micky Ching
On Mon, Apr 28, 2014 at 11:40:36PM +0200, Borislav Petkov wrote:
> On Mon, Apr 28, 2014 at 02:50:29PM -0600, Bjorn Helgaas wrote:
> > This I/O ECS thing seems likely to cause future problems. My
> > understanding (based on sec 2.8 of [1]) is that enable_pci_io_ecs()
> > and
On 29 April 2014 03:54, wrote:
> From: Micky Ching
>
> This reverts commit c42deffd5b53c9e583d83c7964854ede2f12410d.
>
> commit did use
> mutex_unlock() in tasklet, but mutex_unlock() can't used in
> tasklet(atomic context). The driver need use mutex to avoid concurrency,
> so we can't use
On 04/28/2014 09:26 PM, Lee Jones wrote:
This patch moves Exynos PMU driver implementation from
"arm/mach-exynos" to "drivers/mfd".
This driver is mainly used for setting misc bits of register from PMU IP
of Exynos SoC which will be required to configure before Suspend/Resume.
Currently all
On 04/29/2014 12:19 PM, Viresh Kumar wrote:
> On 29 April 2014 11:46, Srivatsa S. Bhat
> wrote:
>> Yes, I'm aware that this corner case doesn't work well with my debug
>
> Don't know if its a corner case, it may be the most obvious case for
> some :)
>
Yeah, it could be.
>> patch. I tried to
On 04/29/2014 02:37 AM, Catalin Marinas wrote:
On Mon, Apr 28, 2014 at 01:26:46PM +0100, Lee Jones wrote:
This patch moves Exynos PMU driver implementation from
"arm/mach-exynos" to "drivers/mfd".
This driver is mainly used for setting misc bits of register from PMU IP
of Exynos SoC which will
On Mon, Apr 28 2014, Roman Gushchin wrote:
> 28.04.2014, 16:27, "Michal Hocko" :
>> The series is based on top of the current mmotm tree. Once the series
>> gets accepted I will post a patch which will mark the soft limit as
>> deprecated with a note that it will be eventually dropped. Let me
Hi, Rafael
> From: Wysocki, Rafael J
> Sent: Tuesday, April 29, 2014 4:30 AM
>
> On 4/28/2014 5:02 AM, Zheng, Lv wrote:
> > Hi, Rafael
> >
> >> From: linux-acpi-ow...@vger.kernel.org
> >> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> >> Sent: Monday, April 28, 2014
Hi,
> From: Wysocki, Rafael J
> Sent: Tuesday, April 29, 2014 4:27 AM
>
> On 4/28/2014 6:10 AM, Zheng, Lv wrote:
> > Hi, Rafael
> >
> >> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> >> Sent: Monday, April 28, 2014 5:39 AM
> >>
> >> On Wednesday, April 23, 2014 02:54:22 PM Lv Zheng
> This patch removes wrapper functions used to access regmap, and
> make driver using regmap_*() functions instead.
>
> Signed-off-by: Robert Baldyga
> ---
> drivers/extcon/extcon-max77693.c | 32 ++---
> drivers/mfd/max77693-irq.c | 50
Hi Kim,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
> Sent: Tuesday, April 29, 2014 2:16 PM
> To: Chao Yu
> Cc: linux-f2fs-de...@lists.sourceforge.net; linux-fsde...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [f2fs-dev][PATCH 3/3 v3] f2fs:
On 28/04/14 18:39, Paolo Bonzini wrote:
> From: Christian Borntraeger
>
> When starting lots of dataplane devices the bootup takes very long on
> Christian's s390 with irqfd patches. With larger setups he is even
> able to trigger some timeouts in some components. Turns out that the
>
> This patch modifies mfd driver to use regmap for handling interrupts.
> It allows to simplify irq handling process. This modifications needed
> to make small changes in function drivers, which use interrupts.
>
> Signed-off-by: Robert Baldyga
> ---
> drivers/extcon/extcon-max77693.c | 3
On 04/29/2014 03:25 AM, Linus Torvalds wrote:
> On Mon, Apr 28, 2014 at 2:20 PM, Linus Torvalds
> wrote:
>>
>> That said, the bug does seem to be that some path doesn't invalidate
>> the vmacache sufficiently, or something inserts a vmacache entry into
>> the current process when looking up a
On 04/29/2014 12:36 PM, Michael Neuling wrote:
> How is it causing the problem?
As mentioned before, what I thought to be a problem is
something expected behaviour. So it's not a problem any
more. DSCR value inside the transaction will fall back
to default as kernel wont let user specified value
On 04/29/2014 04:09 AM, Davidlohr Bueso wrote:
> Adding Oleg.
>
> On Mon, 2014-04-28 at 14:55 -0700, Linus Torvalds wrote:
>> On Mon, Apr 28, 2014 at 2:20 PM, Linus Torvalds
>> wrote:
>>>
>>> That said, the bug does seem to be that some path doesn't invalidate
>>> the vmacache sufficiently, or
On Mon, Apr 28, 2014 at 10:27:46PM +0800, Lan Tianyu wrote:
> ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation
> region.
> It allows ACPI aml code able to access such kind of devices to implement
> some ACPI standard method.
Looks good to me now,
Reviewed-by: Mika
> From: Micky Ching
>
> The commit have some
> problem,
> using mutex_unlock() in atomic context, spinlock deadlock, it is hard to fix
> these problem, and better to use a new method. So just remove it.
>
> The commit depends
> on the previous patch. And mainly fix some problem for the
Hi,
2014-04-29 (화), 15:53 +0800, Chao Yu:
> Hi Kim,
>
> > -Original Message-
> > From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
> > Sent: Tuesday, April 29, 2014 2:16 PM
> > To: Chao Yu
> > Cc: linux-f2fs-de...@lists.sourceforge.net; linux-fsde...@vger.kernel.org;
> >
On 29 April 2014 13:05, Srivatsa S. Bhat
wrote:
> On 04/29/2014 12:19 PM, Viresh Kumar wrote:
>> + WARN_ON(!(cpufreq_driver->flags & CPUFREQ_ASYNC_NOTIFICATION)
>> && (current == policy->transition_task));
>>
>> which you already mentioned.
>
> Yeah, I think we
On 04/28/2014 05:18 PM, Grant Likely wrote:
> On Thu, 24 Apr 2014 22:01:02 +0100, Grant Likely
> wrote:
>> On Thu, Apr 24, 2014 at 8:31 AM, Peter Ujfalusi
>> wrote:
>>> Hi Greg, Grant,
>>>
>>> On 04/09/2014 01:52 PM, Peter Ujfalusi wrote:
Hi,
Changes since v1:
- The
701 - 800 of 1468 matches
Mail list logo