* Alexei Starovoitov wrote:
> [...]
>
> It seems that your definition of 'safe ktap' is that user cannot break
> kernel if he uses ktap scripting syntax.
> In that sense ktap is not much different from stap.
>
> Overall it seems you view ktap bytecode as a continuation
> of ktap syntax.
> ktap
This adds a driver for the Atmel Microcontroller found on the
iPAQ h3xxx series. This device handles some keys, the
touchscreen, and the battery monitoring.
This is a port of a driver from handhelds.org 2.6.21 kernel,
written by Alessandro Gardich based on Andrew Christians
original HAL-driver.
On Mon, Feb 17, 2014 at 10:21 AM, Lee Jones wrote:
>> +#include
>
> Does it matter that you're using:
>
> module_platform_driver();
>
> ... yet you can't build this as a module?
I think it's a conceptual thing. Module means two things (IIUC):
(a) it is a run-time loadable module
(b) it's a
From: Young-Gun Jang
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 from
Remove unused declarations from "mach-exynos/common.h"
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/common.h |3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-exynos/common.h b/arch/arm/mach-exynos/common.h
index 9ef3f83..277a83e 100644
---
* Jovi Zhangwei wrote:
> > I think nothing stops ktap userspace to parse ktap language and
> > generate 'internal bpf' format. gcc is unnecessary here.
>
> It's a big engineering problem, [...]
Sorry, but it will become an even bigger engineering problem if it's
merged to the upstream
This patch removes PMU register mapping via iodesc table and updates
users of PMU registers for using "get_exynos_pmubase" helper function to
get PMU base address.
CC: Tomasz Figa
CC: Kyungmin Park
CC: Thomas Abraham
Signed-off-by: Pankaj Dubey
Signed-off-by: Younggun Jang
---
There are many machine files under "mach-exynos" including "regs-pmu.h"
as well as "common.h", so better we move this header inclusion in common.h.
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/common.h |1 +
arch/arm/mach-exynos/cpuidle.c |1 -
arch/arm/mach-exynos/exynos.c |
From: Young-Gun Jang
While making PMU (Power Mengement Unit) implementation device tree based,
there are few 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 definition and remove them from "regs-pmu.h"
Hi!
Reading the subject line... I wonder if it violates Oracle's
anti-sexual-harrasment policy. As if daemons and killing children
recursively was not enough, we are now bonding inactive slaves :-).
SCNR,
Pavel
--
(english)
This patch corrects file path mentioned in file comment message.
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/platsmp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-exynos/platsmp.c b/arch/arm/mach-exynos/platsmp.c
index 03e5e9f..d8d1555 100644
This patch series, does some minor cleanup and modifies Exynos PMU related
code for mapping Exynos Power Management Unit (PMU) base address from device
tree. Since PMU offsets are used across many files under mach-exynos, it
introduces one helper function to get PMU base address in exynos.c.
This
From: Young-Gun Jang
Add support for mapping Exynos Power Management Unit (PMU) base address
from device tree. Code will use existing samsung pmu binding information.
This patch also adds "get_exynos_pmubase" a helper function to return mapped
base
address to various other files under
> Subject: Re: [PATCHv2 2/2] watchdog: imx2_wdt: Add big-endian support
>
> On Tue, Apr 01, 2014 at 02:24:12AM +, li.xi...@freescale.com wrote:
>
> > Yes, I do think so too and there has already regmap-mmio version patch
> > Series about the IMX2 Watchdog driver, but those regmap patches for
On Tue, 2014-04-01 at 20:09 +0100, Zoltan Kiss wrote:
> On 01/04/14 12:40, Ian Campbell wrote:
> > On Mon, 2014-03-31 at 16:08 +0100, Zoltan Kiss wrote:
> >>
> >> check_frags:
> >> - for (i = start; i < nr_frags; i++) {
> >> + for (i = 0; i < nr_frags; i++, gop_map++) {
> >>int j,
On Tue, 2014-04-01 at 19:55 +0100, Zoltan Kiss wrote:
> >> @@ -1389,7 +1393,7 @@ static int xenvif_tx_submit(struct xenvif
> *vif)
> >> txp = >pending_tx_info[pending_idx].req;
> >>
> >> /* Check the remap error code. */
> >> -if
On Tue, 1 Apr 2014 08:40:41 -0700 (PDT)
Linus Torvalds wrote:
>
>
> On Tue, 1 Apr 2014, Martin Schwidefsky wrote:
> >
> > I gave up after a few hours trying to solve the header dependencies, the two
> > trouble makes are alpha with the task_thread_info call in mmu_context.h and
> > arm with
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 test case exploiting
the new ptrace request macros and it's results on a POWER8 system.
RFC:
On Tue, Apr 01, 2014 at 02:31:31PM -0400, Rik van Riel wrote:
> On 04/01/2014 12:21 PM, Linus Torvalds wrote:
> > On Tue, Apr 1, 2014 at 9:11 AM, Rik van Riel wrote:
> >>
> >> Memory pressure is not necessarily caused by the same process
> >> whose accessed bit we just cleared. Memory pressure
This patch adds following new sets of ptrace request macros for transactional
memory expanding the existing ptrace ABI on PowerPC.
/* TM special purpose registers */
PTRACE_GETTM_SPRREGS
PTRACE_SETTM_SPRREGS
/* TM checkpointed GPR registers */
> -Original Message-
> From: Lars-Peter Clausen [mailto:l...@metafoo.de]
> Sent: Wednesday, April 02, 2014 12:02 AM
> To: Songhee Baek
> Cc: Arun Shamanna Lakshmi; lgirdw...@gmail.com; broo...@kernel.org;
> swar...@wwwdotorg.org; pe...@perex.cz; ti...@suse.de; alsa-
>
This patch adds four new note sections for transactional memory
and one note section for some miscellaneous registers. This addition
of new elf note sections extends the existing elf ABI without affecting
it in any manner.
Signed-off-by: Anshuman Khandual
---
include/uapi/linux/elf.h | 5 +
This patch adds following new set of ptrace request macros for miscellaneous
registers expanding the existing ptrace ABI on PowerPC.
/* Miscellaneous registers */
PTRACE_GETMSCREGS
PTRACE_SETMSCREGS
Signed-off-by: Anshuman Khandual
---
On 04/02/2014 08:56 AM, Songhee Baek wrote:
-Original Message-
From: Lars-Peter Clausen [mailto:l...@metafoo.de]
Sent: Tuesday, April 01, 2014 11:47 PM
To: Songhee Baek
Cc: Arun Shamanna Lakshmi; lgirdw...@gmail.com; broo...@kernel.org;
swar...@wwwdotorg.org; pe...@perex.cz;
> -Original Message-
> From: Lars-Peter Clausen [mailto:l...@metafoo.de]
> Sent: Tuesday, April 01, 2014 11:47 PM
> To: Songhee Baek
> Cc: Arun Shamanna Lakshmi; lgirdw...@gmail.com; broo...@kernel.org;
> swar...@wwwdotorg.org; pe...@perex.cz; ti...@suse.de; alsa-
>
On 04/02/2014 08:17 AM, Songhee Baek wrote:
-Original Message-
From: Lars-Peter Clausen [mailto:l...@metafoo.de]
Sent: Tuesday, April 01, 2014 11:00 PM
To: Arun Shamanna Lakshmi
Cc: lgirdw...@gmail.com; broo...@kernel.org; swar...@wwwdotorg.org;
pe...@perex.cz; ti...@suse.de;
Hi Greg,
On 03/04/2014 06:56 AM, Mark Brown wrote:
> On Mon, Mar 03, 2014 at 10:26:59AM +0200, Peter Ujfalusi wrote:
>
>> I think it is correct to detect this situation without the need to have non
>> related drivers to be probed.
>> The patch is doing this exactly: detects if we had successful
On Wed, Apr 2, 2014 at 12:57 PM, Alexei Starovoitov wrote:
> On Mon, Mar 31, 2014 at 9:47 PM, Jovi Zhangwei
> wrote:
>> Hi Alexei,
>>
>> On Tue, Apr 1, 2014 at 5:29 AM, Alexei Starovoitov wrote:
>>> On Mon, Mar 31, 2014 at 3:01 AM, Jovi Zhangwei
>>> wrote:
Hi Ingo,
On Mon, Mar
Hi all,
Please do not add material intended for v3.16 to your linux-next included
branches until after v3.15-rc1 is released.
This tree still fails (more than usual) the powerpc allyesconfig build.
Changes since 20140401:
The powerpc tree still had its build failure.
The v4l-dvb tree lost its
Electromagnetic noise can make device to not send TX interrupts.
As result outgoing queue will be suspended forever.
Also EMI can raise RX interrupt with zero value in KS_RXFC register.
Signed-off-by: Max Nekludov
---
drivers/net/ethernet/micrel/ks8851.c | 67
Thomas,
With the Hyper-V irq cleanup that you checked in, currently Hyper-V interrupts
are not being displayed when
Hyper-V is configured as a module. This patch fixes the issue.
Regards,
K. Y
> -Original Message-
> From: K. Y. Srinivasan [mailto:k...@microsoft.com]
> Sent: Tuesday,
> -Original Message-
> From: Lars-Peter Clausen [mailto:l...@metafoo.de]
> Sent: Tuesday, April 01, 2014 11:00 PM
> To: Arun Shamanna Lakshmi
> Cc: lgirdw...@gmail.com; broo...@kernel.org; swar...@wwwdotorg.org;
> pe...@perex.cz; ti...@suse.de; alsa-de...@alsa-project.org; linux-
>
Currently to allocate a page that should be charged to kmemcg (e.g.
threadinfo), we pass __GFP_KMEMCG flag to the page allocator. The page
allocated is then to be freed by free_memcg_kmem_pages. Apart from
looking asymmetrical, this also requires intrusion to the general
allocation path. So let's
On 04/02/2014 04:48 AM, Greg Thelen wrote:
> diff --git a/include/linux/slab.h b/include/linux/slab.h
> index 3dd389aa91c7..6d6959292e00 100644
> --- a/include/linux/slab.h
> +++ b/include/linux/slab.h
> @@ -358,17 +358,6 @@ kmem_cache_alloc_node_trace(struct kmem_cache *s,
> #include
> #endif
On 04/01/2014 08:26 PM, Arun Shamanna Lakshmi wrote:
[...]
diff --git a/sound/soc/soc-dapm.c b/sound/soc/soc-dapm.c index
c8a780d..4d2b35c 100644
--- a/sound/soc/soc-dapm.c
+++ b/sound/soc/soc-dapm.c
@@ -514,9 +514,9 @@ static int dapm_connect_mux(struct
snd_soc_dapm_context *dapm,
On 04/01/2014 08:26 PM, Arun Shamanna Lakshmi wrote:
[...]
diff --git a/sound/soc/soc-dapm.c b/sound/soc/soc-dapm.c index
c8a780d..4d2b35c 100644
--- a/sound/soc/soc-dapm.c
+++ b/sound/soc/soc-dapm.c
@@ -514,9 +514,9 @@ static int dapm_connect_mux(struct
snd_soc_dapm_context *dapm,
On 04/02/2014 04:48 AM, Greg Thelen wrote:
diff --git a/include/linux/slab.h b/include/linux/slab.h
index 3dd389aa91c7..6d6959292e00 100644
--- a/include/linux/slab.h
+++ b/include/linux/slab.h
@@ -358,17 +358,6 @@ kmem_cache_alloc_node_trace(struct kmem_cache *s,
#include linux/slub_def.h
Currently to allocate a page that should be charged to kmemcg (e.g.
threadinfo), we pass __GFP_KMEMCG flag to the page allocator. The page
allocated is then to be freed by free_memcg_kmem_pages. Apart from
looking asymmetrical, this also requires intrusion to the general
allocation path. So let's
-Original Message-
From: Lars-Peter Clausen [mailto:l...@metafoo.de]
Sent: Tuesday, April 01, 2014 11:00 PM
To: Arun Shamanna Lakshmi
Cc: lgirdw...@gmail.com; broo...@kernel.org; swar...@wwwdotorg.org;
pe...@perex.cz; ti...@suse.de; alsa-de...@alsa-project.org; linux-
Thomas,
With the Hyper-V irq cleanup that you checked in, currently Hyper-V interrupts
are not being displayed when
Hyper-V is configured as a module. This patch fixes the issue.
Regards,
K. Y
-Original Message-
From: K. Y. Srinivasan [mailto:k...@microsoft.com]
Sent: Tuesday,
Electromagnetic noise can make device to not send TX interrupts.
As result outgoing queue will be suspended forever.
Also EMI can raise RX interrupt with zero value in KS_RXFC register.
Signed-off-by: Max Nekludov max.neklu...@elster.com
---
drivers/net/ethernet/micrel/ks8851.c | 67
Hi all,
Please do not add material intended for v3.16 to your linux-next included
branches until after v3.15-rc1 is released.
This tree still fails (more than usual) the powerpc allyesconfig build.
Changes since 20140401:
The powerpc tree still had its build failure.
The v4l-dvb tree lost its
On Wed, Apr 2, 2014 at 12:57 PM, Alexei Starovoitov a...@plumgrid.com wrote:
On Mon, Mar 31, 2014 at 9:47 PM, Jovi Zhangwei jovi.zhang...@gmail.com
wrote:
Hi Alexei,
On Tue, Apr 1, 2014 at 5:29 AM, Alexei Starovoitov a...@plumgrid.com wrote:
On Mon, Mar 31, 2014 at 3:01 AM, Jovi Zhangwei
Hi Greg,
On 03/04/2014 06:56 AM, Mark Brown wrote:
On Mon, Mar 03, 2014 at 10:26:59AM +0200, Peter Ujfalusi wrote:
I think it is correct to detect this situation without the need to have non
related drivers to be probed.
The patch is doing this exactly: detects if we had successful parallel
On 04/02/2014 08:17 AM, Songhee Baek wrote:
-Original Message-
From: Lars-Peter Clausen [mailto:l...@metafoo.de]
Sent: Tuesday, April 01, 2014 11:00 PM
To: Arun Shamanna Lakshmi
Cc: lgirdw...@gmail.com; broo...@kernel.org; swar...@wwwdotorg.org;
pe...@perex.cz; ti...@suse.de;
-Original Message-
From: Lars-Peter Clausen [mailto:l...@metafoo.de]
Sent: Tuesday, April 01, 2014 11:47 PM
To: Songhee Baek
Cc: Arun Shamanna Lakshmi; lgirdw...@gmail.com; broo...@kernel.org;
swar...@wwwdotorg.org; pe...@perex.cz; ti...@suse.de; alsa-
de...@alsa-project.org;
On 04/02/2014 08:56 AM, Songhee Baek wrote:
-Original Message-
From: Lars-Peter Clausen [mailto:l...@metafoo.de]
Sent: Tuesday, April 01, 2014 11:47 PM
To: Songhee Baek
Cc: Arun Shamanna Lakshmi; lgirdw...@gmail.com; broo...@kernel.org;
swar...@wwwdotorg.org; pe...@perex.cz;
This patch adds following new set of ptrace request macros for miscellaneous
registers expanding the existing ptrace ABI on PowerPC.
/* Miscellaneous registers */
PTRACE_GETMSCREGS
PTRACE_SETMSCREGS
Signed-off-by: Anshuman Khandual khand...@linux.vnet.ibm.com
---
This patch adds four new note sections for transactional memory
and one note section for some miscellaneous registers. This addition
of new elf note sections extends the existing elf ABI without affecting
it in any manner.
Signed-off-by: Anshuman Khandual khand...@linux.vnet.ibm.com
---
This patch adds following new sets of ptrace request macros for transactional
memory expanding the existing ptrace ABI on PowerPC.
/* TM special purpose registers */
PTRACE_GETTM_SPRREGS
PTRACE_SETTM_SPRREGS
/* TM checkpointed GPR registers */
-Original Message-
From: Lars-Peter Clausen [mailto:l...@metafoo.de]
Sent: Wednesday, April 02, 2014 12:02 AM
To: Songhee Baek
Cc: Arun Shamanna Lakshmi; lgirdw...@gmail.com; broo...@kernel.org;
swar...@wwwdotorg.org; pe...@perex.cz; ti...@suse.de; alsa-
de...@alsa-project.org;
On Tue, Apr 01, 2014 at 02:31:31PM -0400, Rik van Riel wrote:
On 04/01/2014 12:21 PM, Linus Torvalds wrote:
On Tue, Apr 1, 2014 at 9:11 AM, Rik van Riel r...@redhat.com wrote:
Memory pressure is not necessarily caused by the same process
whose accessed bit we just cleared. Memory pressure
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 test case exploiting
the new ptrace request macros and it's results on a POWER8 system.
RFC:
On Tue, 1 Apr 2014 08:40:41 -0700 (PDT)
Linus Torvalds torva...@linux-foundation.org wrote:
On Tue, 1 Apr 2014, Martin Schwidefsky wrote:
I gave up after a few hours trying to solve the header dependencies, the two
trouble makes are alpha with the task_thread_info call in
On Tue, 2014-04-01 at 19:55 +0100, Zoltan Kiss wrote:
@@ -1389,7 +1393,7 @@ static int xenvif_tx_submit(struct xenvif
*vif)
txp = vif-pending_tx_info[pending_idx].req;
/* Check the remap error code. */
-if (unlikely(xenvif_tx_check_gop(vif, skb,
On Tue, 2014-04-01 at 20:09 +0100, Zoltan Kiss wrote:
On 01/04/14 12:40, Ian Campbell wrote:
On Mon, 2014-03-31 at 16:08 +0100, Zoltan Kiss wrote:
check_frags:
- for (i = start; i nr_frags; i++) {
+ for (i = 0; i nr_frags; i++, gop_map++) {
int j, newerr;
Subject: Re: [PATCHv2 2/2] watchdog: imx2_wdt: Add big-endian support
On Tue, Apr 01, 2014 at 02:24:12AM +, li.xi...@freescale.com wrote:
Yes, I do think so too and there has already regmap-mmio version patch
Series about the IMX2 Watchdog driver, but those regmap patches for
From: Young-Gun Jang yg1004.j...@samsung.com
Add support for mapping Exynos Power Management Unit (PMU) base address
from device tree. Code will use existing samsung pmu binding information.
This patch also adds get_exynos_pmubase a helper function to return mapped
base
address to various other
This patch series, does some minor cleanup and modifies Exynos PMU related
code for mapping Exynos Power Management Unit (PMU) base address from device
tree. Since PMU offsets are used across many files under mach-exynos, it
introduces one helper function to get PMU base address in exynos.c.
This
This patch corrects file path mentioned in file comment message.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
arch/arm/mach-exynos/platsmp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-exynos/platsmp.c b/arch/arm/mach-exynos/platsmp.c
index
Hi!
Reading the subject line... I wonder if it violates Oracle's
anti-sexual-harrasment policy. As if daemons and killing children
recursively was not enough, we are now bonding inactive slaves :-).
SCNR,
Pavel
--
(english)
From: Young-Gun Jang yg1004.j...@samsung.com
While making PMU (Power Mengement Unit) implementation device tree based,
there are few 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 definition and remove them
* Jovi Zhangwei jovi.zhang...@gmail.com wrote:
I think nothing stops ktap userspace to parse ktap language and
generate 'internal bpf' format. gcc is unnecessary here.
It's a big engineering problem, [...]
Sorry, but it will become an even bigger engineering problem if it's
merged to
This patch removes PMU register mapping via iodesc table and updates
users of PMU registers for using get_exynos_pmubase helper function to
get PMU base address.
CC: Tomasz Figa t.f...@samsung.com
CC: Kyungmin Park kyungmin.p...@samsung.com
CC: Thomas Abraham thomas.abra...@linaro.org
There are many machine files under mach-exynos including regs-pmu.h
as well as common.h, so better we move this header inclusion in common.h.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
arch/arm/mach-exynos/common.h |1 +
arch/arm/mach-exynos/cpuidle.c |1 -
Remove unused declarations from mach-exynos/common.h
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
arch/arm/mach-exynos/common.h |3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-exynos/common.h b/arch/arm/mach-exynos/common.h
index 9ef3f83..277a83e 100644
---
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
On Mon, Feb 17, 2014 at 10:21 AM, Lee Jones lee.jo...@linaro.org wrote:
+#include linux/module.h
Does it matter that you're using:
module_platform_driver();
... yet you can't build this as a module?
I think it's a conceptual thing. Module means two things (IIUC):
(a) it is a run-time
This adds a driver for the Atmel Microcontroller found on the
iPAQ h3xxx series. This device handles some keys, the
touchscreen, and the battery monitoring.
This is a port of a driver from handhelds.org 2.6.21 kernel,
written by Alessandro Gardich based on Andrew Christians
original HAL-driver.
* Alexei Starovoitov a...@plumgrid.com wrote:
[...]
It seems that your definition of 'safe ktap' is that user cannot break
kernel if he uses ktap scripting syntax.
In that sense ktap is not much different from stap.
Overall it seems you view ktap bytecode as a continuation
of ktap
* Jovi Zhangwei jovi.zhang...@gmail.com wrote:
So based on all these input, I suggest:
Put all these community efforts together, figure out the proper
design implementation of dynamic tracing tool, ktap can be a good
start to build upon it, evolve to a unified kernel script engine
with
This patch updates samsung pmu (power management unit) binding information
for Exynos4210, Exynos4212 and Exynos4412.
CC: Leela Krishna Amudala l.kris...@samsung.com
CC: Tomasz Figa t.f...@samsung.com
CC: Guenter Roeck li...@roeck-us.net
CC: Rob Landley r...@landley.net
Signed-off-by: Pankaj
This patch adds pmu regnode to exynos4210 dtsi to handle
PMU register access via DT.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
arch/arm/boot/dts/exynos4210.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4210.dtsi
On Tue, Apr 01, 2014 at 05:16:21PM -0700, Matias Bjorling wrote:
Hi Christoph,
Can you rebase it on top of 3.14. I have trouble applying it for testing.
Hi Martin,
the series is based on top of Jens' for-next branch. I've also pushed out a
git tree to the blk-mq-share-tags.2 branch of
* Shaohua Li s...@kernel.org wrote:
On Tue, Apr 01, 2014 at 02:31:31PM -0400, Rik van Riel wrote:
On 04/01/2014 12:21 PM, Linus Torvalds wrote:
On Tue, Apr 1, 2014 at 9:11 AM, Rik van Riel r...@redhat.com wrote:
Memory pressure is not necessarily caused by the same process
whose
This patch adds pmu regnode to exynos4212 and exynos4412 dtsi to
handle PMU register access via DT.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
arch/arm/boot/dts/exynos4212.dtsi |5 +
arch/arm/boot/dts/exynos4412.dtsi |5 +
2 files changed, 10 insertions(+)
diff
This patch updates Exynos4210, Exynos4412 and Exynos4212 dtsi files
for adding PMU (Power Management Unit) reg node. Also updated binding
document for the same.
These patches required for using PMU base address via DT for these SoC.
Patches for using PMU base address via DT are posted here-
Am 2013-12-09 21:32, schrieb Marek Vasut:
On Monday, December 09, 2013 at 09:15:11 PM, Stefan Agner wrote:
Fix bindings for STMPE touchscreen device to match the documented
bindings and the actual bindings used by the driver.
Signed-off-by: Stefan Agner ste...@agner.ch
---
I don't have any
This patch adds new module state MODULE_STATE_COMING_FINAL to avoid
ftrace waring message when loading two modules simultaneously.
The original patch was written by Steven Rostedt, see below.
https://lkml.org/lkml/2014/3/24/242
Ftrace waring message below is got when insmod two modules almost at
dev is NULL when nfc_get_device() is failed but
dev is used for handling error.
coccicheck says:
net/nfc/netlink.c:1092:21-24: ERROR:
dev is NULL but dereferenced.
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
net/nfc/netlink.c |6 ++
1 files changed, 2 insertions(+), 4
Commit-ID: f704a7d7f1d815621cb4c47f7a94787e1bd7c27c
Gitweb: http://git.kernel.org/tip/f704a7d7f1d815621cb4c47f7a94787e1bd7c27c
Author: K. Y. Srinivasan k...@microsoft.com
AuthorDate: Tue, 1 Apr 2014 23:51:42 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 2 Apr 2014
If local is NULL, nfs_put_device() is called twice.
So nfs_put_device() in if (!local) is removed.
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
net/nfc/netlink.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/net/nfc/netlink.c b/net/nfc/netlink.c
index
Commit-ID: e69af4657e7764d03ad555f0b583d9c4217bcefa
Gitweb: http://git.kernel.org/tip/e69af4657e7764d03ad555f0b583d9c4217bcefa
Author: Vince Weaver vincent.wea...@maine.edu
AuthorDate: Wed, 2 Apr 2014 00:49:55 -0400
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 2 Apr 2014
On Tue, Apr 01, 2014 at 03:19:40PM +0200, Ben Dooks wrote:
On 31/03/14 21:06, Greg KH wrote:
On Mon, Mar 31, 2014 at 06:41:56PM +0200, Sylwester Nawrocki wrote:
This function adds a helper function to configure clock parents and rates
as specified in clock-parents, clock-rates DT properties
On Tue, Apr 1, 2014 at 8:52 PM, H. Peter Anvin h...@linux.intel.com wrote:
David Rientjes (2):
x86, apic: Remove support for ia32-based Unisys ES7000
x86, apic: Remove support for IBM Summit/EXA chipset
H. Peter Anvin (2):
x86, platforms: Remove SGI Visual Workstation
This patch series tries to remove machine specific implementation
of Power Management Unit from mach-exynos to driver form.
In case of ARM32 we had machine folder such as mach-exynos but
moving forward with ARM64 SoC support we can not have any more such
machine folders, keeping that in mind we
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
arch/arm/mach-exynos/Kconfig |2 +
arch/arm/mach-exynos/Makefile |2 -
arch/arm/mach-exynos/pmu.c| 426 -
3 files changed, 2 insertions(+), 428 deletions(-)
delete mode 100644
From: Younggun Jang yg1004.j...@samsung.com
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 these settings are done in arch/arm/mach-exynos/pmu.c but
moving ahead for ARM64 based SoC
coccicheck says:
drivers/staging/media/lirc/lirc_igorplugusb.c:226:15-21:
ERROR: ir is NULL but dereferenced.
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
drivers/staging/media/lirc/lirc_igorplugusb.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Hello,
The changes are against the latest Linus tree.
Cc: linux-...@vger.kernel.org
Alexander Gordeev (2):
ahci: Ensure MSI Revert to Single Message mode is not enforced
ahci: Use pci_enable_msi_exact() instead of pci_enable_msi_range()
drivers/ata/ahci.c | 25 +
Do not rely on successful initialization of multiple MSIs mode
alone and always check if MSI Revert to Single Message mode
was enforced by the controller. Fall back to the single MSI
mode in case it did. Not doing so might screw up the interrupt
handling.
Signed-off-by: Alexander Gordeev
The driver calls pci_enable_msi_range() function with the
range of [nvec..nvec] which what pci_enable_msi_exact()
function is for.
Signed-off-by: Alexander Gordeev agord...@redhat.com
Cc: linux-...@vger.kernel.org
---
drivers/ata/ahci.c |8
1 files changed, 4 insertions(+), 4
Linus,
Please pull the latest sched-idle-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-idle-for-linus
# HEAD: a1d028bd6d2b7789d15eddfd07c5bea2aaf36040 sched/idle: Add more
comments to the code
More idle code reorganization, to prepare for more
Drop the cast from the pointer diff to fix:
drivers/gpu/drm/i915/i915_cmd_parser.c:405:4: warning: format '%td' expects
argument of type 'ptrdiff_t', but argument 5 has type 'long unsigned int'
[-Wformat]
While at it, use %u for u32.
Reported-by: Randy Dunlap rdun...@infradead.org
On Tue, 2014-04-01 at 11:48 -0700, Greg KH wrote:
Staging driver pull request for 3.15-rc1
Here's the huge drivers/staging/ update for 3.15-rc1.
Loads of cleanup fixes, a few drivers removed, and some new ones added.
All have been in linux-next for a while.
[...]
Insop Song (1):
On 04/02/2014 01:01 AM, Rafael J. Wysocki wrote:
On Friday, March 28, 2014 01:29:53 PM Daniel Lezcano wrote:
The following patchset provides an interaction between cpuidle and the
scheduler.
The first patch encapsulate the needed information for the scheduler in a
separate cpuidle structure.
On Mon, Mar 31, 2014 at 09:46:22PM +0200, Thierry Reding wrote:
* PGP Signed by an unknown key
On Mon, Mar 31, 2014 at 10:51:38AM -0600, Stephen Warren wrote:
On 03/31/2014 08:45 AM, Thierry Reding wrote:
From: Thierry Reding tred...@nvidia.com
PLLE has M, N and P divider shift and
On Tue, 2014-04-01 at 16:17 -0700, Andi Kleen wrote:
On Tue, Apr 01, 2014 at 10:49:51PM +0200, Paul Bolle wrote:
I can't find a Kconfig symbol LTO nor a preprocessor define for
CONFIG_LTO. (I only checked master of Linus's tree and linux-next.)
The patch for LTO is not merged yet, this is
Hi Tom,
(Sorry for replying in another thread, I have a problem on mail settings)
I've just read your hash event trigger series, and want to give some feedback.
At first, the change log of 5/5 is actually a better documentation
than in patch 4/5 so I think it should be added to the doc also.
Hi all,
This is an initial beta release which adds the ability of autofs
to understand the amd map format.
Making autofs understand the amd map format is a significant change
and, due to the way it's implemented, forms the basis for further
changes for autofs 5.1. However, most of these changes
601 - 700 of 1270 matches
Mail list logo
