s. Now only one interrupt
> is needed for architecture specific code to support generic SMP function
> call interfaces, so kill the redundant single function call interrupt.
>
> Signed-off-by: Jiang Liu
> Cc: Jiang Liu
Acked-by: Paul Mundt
--
To unsubscribe from this list:
interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so kill the redundant single function call interrupt.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Jiang Liu liu...@gmail.com
Acked-by: Paul Mundt let...@linux-sh.org
--
To unsubscribe from
On Tue, Apr 16, 2013 at 07:28:42AM +0100, Al Viro wrote:
> On Tue, Apr 16, 2013 at 03:11:13PM +0900, Simon Horman wrote:
> > On Thu, Apr 11, 2013 at 02:30:09PM +0100, David Howells wrote:
> > > Don't use create_proc_read_entry() as that is deprecated, but rather use
> > > proc_create_data() and
On Tue, Apr 16, 2013 at 07:28:42AM +0100, Al Viro wrote:
On Tue, Apr 16, 2013 at 03:11:13PM +0900, Simon Horman wrote:
On Thu, Apr 11, 2013 at 02:30:09PM +0100, David Howells wrote:
Don't use create_proc_read_entry() as that is deprecated, but rather use
proc_create_data() and seq_file
On Mon, Mar 25, 2013 at 10:24:42PM +0530, Viresh Kumar wrote:
> This patch moves cpufreq driver of SUPERH architecture to drivers/cpufreq.
>
> Cc: Paul Mundt
> Cc: linux...@vger.kernel.org
> Signed-off-by: Viresh Kumar
Looks ok to me.
Acked-by: Paul Mundt
--
To unsubscribe
On Mon, Mar 25, 2013 at 10:24:42PM +0530, Viresh Kumar wrote:
This patch moves cpufreq driver of SUPERH architecture to drivers/cpufreq.
Cc: Paul Mundt let...@linux-sh.org
Cc: linux...@vger.kernel.org
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
Looks ok to me.
Acked-by: Paul Mundt
if
> the maintainers involved disagree I'm happy to split and resend it.
>
Given that it's unused now it doesn't really matter how it gets applied,
it looks fine to me.
Acked-by: Paul Mundt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
to split and resend it.
Given that it's unused now it doesn't really matter how it gets applied,
it looks fine to me.
Acked-by: Paul Mundt let...@linux-sh.org
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
On Tue, Mar 12, 2013 at 07:48:25PM +0100, Gerald Schaefer wrote:
> This patch introduces those huge_pte_xxx functions and their
> implementation on all architectures supporting hugetlbfs. This change
> will be a no-op for all architectures other than s390.
>
..
> arch/ia64/include/asm/hugetlb.h
On Tue, Mar 12, 2013 at 07:43:43PM +0900, Alex Courbot wrote:
> On 03/12/2013 07:35 PM, Paul Mundt wrote:
> >On Tue, Mar 12, 2013 at 07:12:22PM +0900, Alexandre Courbot wrote:
> >>SH GPIO drivers all use gpiolib and CONFIG_GENERIC_GPIO is only selected
> >>throu
On Tue, Mar 12, 2013 at 07:12:22PM +0900, Alexandre Courbot wrote:
> SH GPIO drivers all use gpiolib and CONFIG_GENERIC_GPIO is only selected
> through CONFIG_GPIOLIB, yet some compilation units depended on
> CONFIG_GENERIC_GPIO. Make them depend on CONFIG_GPIOLIB instead since it
> is more
On Mon, Mar 11, 2013 at 12:55:40PM +0100, Paul Bolle wrote:
> Since release v2.6.29 the tree has a few references to the Kconfig
> symbol CPU_SUBTYPE_SH7764 and the Kconfig macro
> CONFIG_CPU_SUBTYPE_SH7764. But the actual symbol CPU_SUBTYPE_SH7764 was
> never added to the tree. Perhaps no one
On Mon, Mar 11, 2013 at 12:55:40PM +0100, Paul Bolle wrote:
Since release v2.6.29 the tree has a few references to the Kconfig
symbol CPU_SUBTYPE_SH7764 and the Kconfig macro
CONFIG_CPU_SUBTYPE_SH7764. But the actual symbol CPU_SUBTYPE_SH7764 was
never added to the tree. Perhaps no one noticed
On Tue, Mar 12, 2013 at 07:12:22PM +0900, Alexandre Courbot wrote:
SH GPIO drivers all use gpiolib and CONFIG_GENERIC_GPIO is only selected
through CONFIG_GPIOLIB, yet some compilation units depended on
CONFIG_GENERIC_GPIO. Make them depend on CONFIG_GPIOLIB instead since it
is more accurate
On Tue, Mar 12, 2013 at 07:43:43PM +0900, Alex Courbot wrote:
On 03/12/2013 07:35 PM, Paul Mundt wrote:
On Tue, Mar 12, 2013 at 07:12:22PM +0900, Alexandre Courbot wrote:
SH GPIO drivers all use gpiolib and CONFIG_GENERIC_GPIO is only selected
through CONFIG_GPIOLIB, yet some compilation units
On Tue, Mar 12, 2013 at 07:48:25PM +0100, Gerald Schaefer wrote:
This patch introduces those huge_pte_xxx functions and their
implementation on all architectures supporting hugetlbfs. This change
will be a no-op for all architectures other than s390.
..
arch/ia64/include/asm/hugetlb.h|
On Tue, Mar 05, 2013 at 10:55:04PM +0800, Jiang Liu wrote:
> Use common help functions to free reserved pages.
>
> Signed-off-by: Jiang Liu
> Cc: Paul Mundt
Acked-by: Paul Mundt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Tue, Mar 05, 2013 at 10:55:04PM +0800, Jiang Liu wrote:
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Paul Mundt let...@linux-sh.org
Acked-by: Paul Mundt let...@linux-sh.org
--
To unsubscribe from this list: send the line unsubscribe
On Mon, Mar 04, 2013 at 05:05:34PM +0900, Jingoo Han wrote:
> This patch uses module_platform_driver_probe() macro which makes
> the code smaller and simpler.
>
> Signed-off-by: Jingoo Han
Not sure I see the point, but:
Acked-by: Paul Mundt
--
To unsubscribe from this list: s
On Tue, Jan 15, 2013 at 03:38:55PM +0800, Mike Qiu wrote:
> Adding a function irq_create_mapping_many() which can associate
> multiple MSIs to a continous irq mapping.
>
> This is needed to enable multiple MSI support for pSeries.
>
> +int irq_create_mapping_many(struct irq_domain *domain,
> +
On Tue, Jan 15, 2013 at 03:38:55PM +0800, Mike Qiu wrote:
Adding a function irq_create_mapping_many() which can associate
multiple MSIs to a continous irq mapping.
This is needed to enable multiple MSI support for pSeries.
+int irq_create_mapping_many(struct irq_domain *domain,
+
On Mon, Mar 04, 2013 at 05:05:34PM +0900, Jingoo Han wrote:
This patch uses module_platform_driver_probe() macro which makes
the code smaller and simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
Not sure I see the point, but:
Acked-by: Paul Mundt let...@linux-sh.org
--
To unsubscribe
The metag NUMA implementation follows the SH model, using different nodes for
memories with different latencies. As such, we ensure that automated balancing
between nodes is inhibited, by way of the new ARCH_WANT_VARIABLE_LOCALITY.
Signed-off-by: Paul Mundt
---
diff --git a/arch/metag/mm
The metag NUMA implementation follows the SH model, using different nodes for
memories with different latencies. As such, we ensure that automated balancing
between nodes is inhibited, by way of the new ARCH_WANT_VARIABLE_LOCALITY.
Signed-off-by: Paul Mundt let...@linux-sh.org
---
diff --git
On Wed, Feb 27, 2013 at 06:52:51PM +0900, Magnus Damm wrote:
> As you know, the INTC code that you are referring to is a full
> interrupt controller designed to work directly with CPU cores like SH
> and ARM. Newer ARM cores like Cortex-A9 all include the GIC both for
> IPI purpose in case of SMP
On Wed, Feb 27, 2013 at 05:35:51PM +0900, Magnus Damm wrote:
> On Wed, Feb 27, 2013 at 5:23 PM, Paul Mundt wrote:
> > So how exactly does this interact with the existing sh_intc code? Or is
> > there some reason why you have opted to bypass it in order to implement a
> &g
On Mon, Feb 18, 2013 at 11:28:34PM +0900, Magnus Damm wrote:
> From: Magnus Damm
>
> This patch adds a driver for external IRQ pins connected
> to the INTC block on recent SoCs from Renesas.
>
So how exactly does this interact with the existing sh_intc code? Or is
there some reason why you have
On Mon, Feb 18, 2013 at 11:28:34PM +0900, Magnus Damm wrote:
From: Magnus Damm d...@opensource.se
This patch adds a driver for external IRQ pins connected
to the INTC block on recent SoCs from Renesas.
So how exactly does this interact with the existing sh_intc code? Or is
there some reason
On Wed, Feb 27, 2013 at 05:35:51PM +0900, Magnus Damm wrote:
On Wed, Feb 27, 2013 at 5:23 PM, Paul Mundt let...@linux-sh.org wrote:
So how exactly does this interact with the existing sh_intc code? Or is
there some reason why you have opted to bypass it in order to implement a
simplified
On Wed, Feb 27, 2013 at 06:52:51PM +0900, Magnus Damm wrote:
As you know, the INTC code that you are referring to is a full
interrupt controller designed to work directly with CPU cores like SH
and ARM. Newer ARM cores like Cortex-A9 all include the GIC both for
IPI purpose in case of SMP and
On Fri, Feb 22, 2013 at 11:15:45AM +, Mark Rutland wrote:
> One thing that struck me when I was fiddling with the broadcast mechanism was
> that it should be possible to have a generic dummy timer implementation. As
> long as the architecture calls notifiers at the appropriate times, it should
On Fri, Feb 22, 2013 at 11:15:45AM +, Mark Rutland wrote:
One thing that struck me when I was fiddling with the broadcast mechanism was
that it should be possible to have a generic dummy timer implementation. As
long as the architecture calls notifiers at the appropriate times, it should
On Tue, Feb 12, 2013 at 01:29:10PM +0100, Linus Walleij wrote:
> On Mon, Feb 11, 2013 at 6:39 PM, Stephen Warren wrote:
> > On 02/11/2013 07:09 AM, Linus Walleij wrote:
>
> >> However if you take this all the way to the descriptor API
> >> it will make the consumer (driver) API for GPIO
On Tue, Feb 12, 2013 at 01:29:10PM +0100, Linus Walleij wrote:
On Mon, Feb 11, 2013 at 6:39 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 02/11/2013 07:09 AM, Linus Walleij wrote:
However if you take this all the way to the descriptor API
it will make the consumer (driver) API for
On Mon, Feb 11, 2013 at 03:09:21PM +0100, Linus Walleij wrote:
> On Sat, Feb 9, 2013 at 10:17 AM, Grant Likely
> wrote:
>
> > The ERR_PTR()/IS_ERR() is a horrible pattern for code
> > readability because it breaks the expectations that programmers have for
> > what is and is not a bad pointer.
On Mon, Feb 11, 2013 at 03:09:21PM +0100, Linus Walleij wrote:
On Sat, Feb 9, 2013 at 10:17 AM, Grant Likely grant.lik...@secretlab.ca
wrote:
The ERR_PTR()/IS_ERR() is a horrible pattern for code
readability because it breaks the expectations that programmers have for
what is and is not
On Mon, Feb 04, 2013 at 12:32:16PM +0100, Philipp Zabel wrote:
> This driver requests and remaps a memory region as configured in the
> device tree. It serves memory from this region via the genalloc API.
> It optionally enables the SRAM clock.
>
> Other drivers can retrieve the genalloc pool
t; Cc: "James E.J. Bottomley"
> Cc: Helge Deller
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Paul Mundt
> Acked-by: Tony Luck
> Acked-by: Richard Kuo
Acked-by: Paul Mundt
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
r...@linux-mips.org
Cc: James E.J. Bottomley j...@parisc-linux.org
Cc: Helge Deller del...@gmx.de
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc: Paul Mundt let...@linux-sh.org
Acked-by: Tony Luck tony.l...@intel.com
Acked-by: Richard Kuo r
On Mon, Feb 04, 2013 at 12:32:16PM +0100, Philipp Zabel wrote:
This driver requests and remaps a memory region as configured in the
device tree. It serves memory from this region via the genalloc API.
It optionally enables the SRAM clock.
Other drivers can retrieve the genalloc pool from a
ARM: mach-shmobile: sh73a0: Add IPMMU device
> > ARM: mach-shmobile: r8a7740: Add IPMMU device
>
> Paul, Magnus, any opinions on patches 2-4? Can you ACK them when they
> are ok for you?
>
No strong opinions one way or the other, patches 2-4 don't really do
an
IPMMU device
ARM: mach-shmobile: r8a7740: Add IPMMU device
Paul, Magnus, any opinions on patches 2-4? Can you ACK them when they
are ok for you?
No strong opinions one way or the other, patches 2-4 don't really do
anything of significance.
Acked-by: Paul Mundt let...@linux-sh.org
On Fri, Jan 18, 2013 at 03:55:43PM +, Arnd Bergmann wrote:
> On Friday 18 January 2013, Vineet Gupta wrote:
> > TBD: Do we need early ioremap support like openrisc
> >
> > Signed-off-by: Vineet Gupta
>
> Can you explain why early ioremap is necessary for you?
>
> I wasn't aware that
On Fri, Jan 18, 2013 at 03:55:43PM +, Arnd Bergmann wrote:
On Friday 18 January 2013, Vineet Gupta wrote:
TBD: Do we need early ioremap support like openrisc
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Can you explain why early ioremap is necessary for you?
I wasn't aware
TASK_UNMAPPED_BASE as a page aligned constant
sh: clkfwk: bugfix: sh_clk_div_enable() care sh_clk_div_set_rate() if div6
sh: ecovec: add sample amixer settings
Paul Mundt (2):
sh: wire up finit_module syscall.
sh: Fix up stack debugging build.
Thomas Schwinge (1):
sh: Fix FDPIC
TASK_UNMAPPED_BASE as a page aligned constant
sh: clkfwk: bugfix: sh_clk_div_enable() care sh_clk_div_set_rate() if div6
sh: ecovec: add sample amixer settings
Paul Mundt (2):
sh: wire up finit_module syscall.
sh: Fix up stack debugging build.
Thomas Schwinge (1):
sh: Fix FDPIC
On Thu, Jan 10, 2013 at 10:31:46AM +0100, Julia Lawall wrote:
> On Thu, 10 Jan 2013, Paul Mundt wrote:
>
> > On Thu, Jan 03, 2013 at 10:40:20AM +0100, Julia Lawall wrote:
> > > There has been a discussion recently about how the result of get_clk
> > > should be
On Thu, Jan 03, 2013 at 10:40:20AM +0100, Julia Lawall wrote:
> There has been a discussion recently about how the result of get_clk
> should be an opaque handle, not a value that can be dereferenced:
>
> https://lkml.org/lkml/2012/12/20/105
>
> There is such a dereference in
On Thu, Jan 03, 2013 at 10:40:20AM +0100, Julia Lawall wrote:
There has been a discussion recently about how the result of get_clk
should be an opaque handle, not a value that can be dereferenced:
https://lkml.org/lkml/2012/12/20/105
There is such a dereference in arch/sh/kernel/cpufreq.c,
On Thu, Jan 10, 2013 at 10:31:46AM +0100, Julia Lawall wrote:
On Thu, 10 Jan 2013, Paul Mundt wrote:
On Thu, Jan 03, 2013 at 10:40:20AM +0100, Julia Lawall wrote:
There has been a discussion recently about how the result of get_clk
should be an opaque handle, not a value that can
ies are DT bindings. I will send patches for
> those a bit later. As they will build on top of this series I would appreciate
> reviews (and hopefilly ack's).
>
I've only given it a quick look, but in general it looks good!
For the series:
Acked-by: Paul Mundt
--
To unsubscrib
appreciate
reviews (and hopefilly ack's).
I've only given it a quick look, but in general it looks good!
For the series:
Acked-by: Paul Mundt let...@linux-sh.org
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Tue, Oct 23, 2012 at 01:01:40PM -0700, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Paul Mundt
> CC: Tejun Heo
> Signed-off-
On Tue, Oct 23, 2012 at 01:01:40PM -0700, Kees Cook wrote:
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Paul Mundt let...@linux-sh.org
CC: Tejun Heo t...@kernel.org
Signed-off
arch/sh/include/asm
Paul Mundt (3):
Merge tag 'disintegrate-sh-20121009' of
git://git.infradead.org/users/dhowells/linux-headers into sh-latest
sh: Wire up kcmp syscall.
sh: Fix up more fallout from pointless ARM __iomem churn.
arch/sh/include/asm/Kbuild | 11
arch/sh/include/asm
Paul Mundt (3):
Merge tag 'disintegrate-sh-20121009' of
git://git.infradead.org/users/dhowells/linux-headers into sh-latest
sh: Wire up kcmp syscall.
sh: Fix up more fallout from pointless ARM __iomem churn.
arch/sh/include/asm/Kbuild | 11
On Tue, Oct 09, 2012 at 10:15:57AM +0100, David Howells wrote:
> Can you merge the following branch into the sh tree please.
>
> This is to complete part of the UAPI disintegration for which the preparatory
> patches were pulled recently.
>
> Now that the fixups and the asm-generic chunk have
On Tue, Oct 09, 2012 at 10:15:57AM +0100, David Howells wrote:
Can you merge the following branch into the sh tree please.
This is to complete part of the UAPI disintegration for which the preparatory
patches were pulled recently.
Now that the fixups and the asm-generic chunk have been
On Thu, Sep 27, 2012 at 03:13:45PM +0200, Linus Walleij wrote:
> + if (first_irq > 0) {
> + int irq_base;
> +
> + irq_base = irq_alloc_descs(first_irq, 0, size, numa_node_id());
> + if (irq_base < 0) {
> + WARN(1, "Cannot allocate
On Thu, Sep 27, 2012 at 03:13:45PM +0200, Linus Walleij wrote:
+ if (first_irq 0) {
+ int irq_base;
+
+ irq_base = irq_alloc_descs(first_irq, 0, size, numa_node_id());
+ if (irq_base 0) {
+ WARN(1, Cannot allocate irq_descs @
Paul Mundt (1):
sh: pfc: Fix up GPIO mux type reconfig case.
drivers/sh/pfc/pinctrl.c | 2 ++
1 file changed, 2 insertions(+)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
Paul Mundt (1):
sh: pfc: Fix up GPIO mux type reconfig case.
drivers/sh/pfc/pinctrl.c | 2 ++
1 file changed, 2 insertions(+)
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
Viro (1):
sh: Fix up TIF_NOTIFY_RESUME sans TIF_SIGPENDING handling.
Laurent Pinchart (1):
sh: pfc: Release spinlock in sh_pfc_gpio_request_enable() error path
Paul Mundt (1):
sh: intc: Fix up multi-evt irq association.
arch/sh/kernel/cpu/sh5/entry.S | 2 +-
arch/sh/kernel/entry
On Fri, Sep 14, 2012 at 11:34:29PM +0200, Arnd Bergmann wrote:
> ARM is moving to stricter checks on readl/write functions,
> so we need to use the correct types everywhere.
>
> This patch is a bit ugly for shmobile, which is the only platform
> that just uses integer literals all over the place,
On Fri, Sep 14, 2012 at 11:34:47PM +0200, Arnd Bergmann wrote:
> ARM is moving to stricter checks on readl/write functions,
> so we need to use the correct types everywhere.
>
> I'm not completely sure about this patch, and it will
> probably require some arch/sh changes to go along with it,
>
On Fri, Sep 14, 2012 at 11:34:47PM +0200, Arnd Bergmann wrote:
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
I'm not completely sure about this patch, and it will
probably require some arch/sh changes to go along with it,
but it's
On Fri, Sep 14, 2012 at 11:34:29PM +0200, Arnd Bergmann wrote:
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
This patch is a bit ugly for shmobile, which is the only platform
that just uses integer literals all over the place, but
Viro (1):
sh: Fix up TIF_NOTIFY_RESUME sans TIF_SIGPENDING handling.
Laurent Pinchart (1):
sh: pfc: Release spinlock in sh_pfc_gpio_request_enable() error path
Paul Mundt (1):
sh: intc: Fix up multi-evt irq association.
arch/sh/kernel/cpu/sh5/entry.S | 2 +-
arch/sh/kernel/entry
t; on 32bit and 64bit variants since commit
> > ab99c733ae73cce31f2a2434f7099564e5a73d95
> > Author: Paul Mundt
> > Date: Wed Jul 30 19:55:30 2008 +0900
> >
> > sh: Make syscall tracer use tracehook notifiers, add TIF_NOTIFY_RESUME.
> >
> > they are
on 32bit and 64bit variants since commit
ab99c733ae73cce31f2a2434f7099564e5a73d95
Author: Paul Mundt let...@linux-sh.org
Date: Wed Jul 30 19:55:30 2008 +0900
sh: Make syscall tracer use tracehook notifiers, add TIF_NOTIFY_RESUME.
they are actually *not* reached without
On Wed, Aug 08, 2012 at 11:23:04AM +0200, Rafael J. Wysocki wrote:
> On Tuesday, August 07, 2012, Paul Mundt wrote:
> > On Sun, Aug 05, 2012 at 12:02:43AM +0200, Rafael J. Wysocki wrote:
> > > On Wednesday, August 01, 2012, Paul Mundt wrote:
> > > > Turns out we ca
Frysinger (1):
sh: dma: fix request_irq usage
Paul Mundt (2):
sh: intc: Handle domain association for sparseirq pre-allocated vectors.
Merge branches 'sh/urgent' and 'sh/gpiolib' into sh-latest
Phil Edworthy (1):
sh: sh7269: Fix LCD pinmux
arch/sh/drivers/dma/dma-sh.c
Frysinger (1):
sh: dma: fix request_irq usage
Paul Mundt (2):
sh: intc: Handle domain association for sparseirq pre-allocated vectors.
Merge branches 'sh/urgent' and 'sh/gpiolib' into sh-latest
Phil Edworthy (1):
sh: sh7269: Fix LCD pinmux
arch/sh/drivers/dma/dma-sh.c
On Wed, Aug 08, 2012 at 11:23:04AM +0200, Rafael J. Wysocki wrote:
On Tuesday, August 07, 2012, Paul Mundt wrote:
On Sun, Aug 05, 2012 at 12:02:43AM +0200, Rafael J. Wysocki wrote:
On Wednesday, August 01, 2012, Paul Mundt wrote:
Turns out we can just collapse the probe/init stuff
On Sun, Aug 05, 2012 at 12:02:43AM +0200, Rafael J. Wysocki wrote:
> On Wednesday, August 01, 2012, Paul Mundt wrote:
> > Turns out we can just collapse the probe/init stuff anyways, so this
> > ought to fix it. I've verified that it fixes Morimoto-san's issue, my
On Sun, Aug 05, 2012 at 12:02:43AM +0200, Rafael J. Wysocki wrote:
On Wednesday, August 01, 2012, Paul Mundt wrote:
Turns out we can just collapse the probe/init stuff anyways, so this
ought to fix it. I've verified that it fixes Morimoto-san's issue, my
expectation is that the mackerel
: explicitly include sh_dma.h in setup-sh7722.c
Kuninori Morimoto (2):
sh: sh7724: fixup renesas_usbhs clock settings
sh: ecovec: care CN5 VBUS if USB host mode
Paul Mundt (8):
sh: pfc: Build fix for pinctrl_remove_gpio_range() changes.
sh: Fix up recursive fault in oops with unset
: explicitly include sh_dma.h in setup-sh7722.c
Kuninori Morimoto (2):
sh: sh7724: fixup renesas_usbhs clock settings
sh: ecovec: care CN5 VBUS if USB host mode
Paul Mundt (8):
sh: pfc: Build fix for pinctrl_remove_gpio_range() changes.
sh: Fix up recursive fault in oops with unset
On Tue, Jul 31, 2012 at 09:41:03PM -0600, Grant Likely wrote:
> Grant Likely (11):
> irqdomain: Support for static IRQ mapping and association.
..
Looks like author attribution for this one got mangled. Oh well, at least
it's upstream now.
--
To unsubscribe from this list: send the line
On Sat, Jul 28, 2012 at 12:53:11AM +0200, Rafael J. Wysocki wrote:
> Unfortunately, your commit
>
> commit ca5481c68e9fbcea62bb3c78ae6cccf99ca8fb73
> Author: Paul Mundt
> Date: Tue Jul 10 12:08:14 2012 +0900
>
> sh: pfc: Rudimentary pinctrl-backed GPIO support.
>
On Sat, Jul 28, 2012 at 12:53:11AM +0200, Rafael J. Wysocki wrote:
Unfortunately, your commit
commit ca5481c68e9fbcea62bb3c78ae6cccf99ca8fb73
Author: Paul Mundt let...@linux-sh.org
Date: Tue Jul 10 12:08:14 2012 +0900
sh: pfc: Rudimentary pinctrl-backed GPIO support.
breaks
On Tue, Jul 31, 2012 at 09:41:03PM -0600, Grant Likely wrote:
Grant Likely (11):
irqdomain: Support for static IRQ mapping and association.
..
Looks like author attribution for this one got mangled. Oh well, at least
it's upstream now.
--
To unsubscribe from this list: send the line
On Mon, Jul 30, 2012 at 09:28:18PM +0200, Guennadi Liakhovetski wrote:
> Hi all
>
> as has been reported in this
>
> http://thread.gmane.org/gmane.linux.kernel/1294256/focus=16001
>
> thread, currently sh-sci doesn't comiple in the mainline and in -next if
> CONFIG_SERIAL_SH_SCI_DMA is
On Mon, Jul 30, 2012 at 09:28:18PM +0200, Guennadi Liakhovetski wrote:
Hi all
as has been reported in this
http://thread.gmane.org/gmane.linux.kernel/1294256/focus=16001
thread, currently sh-sci doesn't comiple in the mainline and in -next if
CONFIG_SERIAL_SH_SCI_DMA is enabled. This
On Sat, Jul 28, 2012 at 12:53:11AM +0200, Rafael J. Wysocki wrote:
> Hi Paul,
>
> Unfortunately, your commit
>
> commit ca5481c68e9fbcea62bb3c78ae6cccf99ca8fb73
> Author: Paul Mundt
> Date: Tue Jul 10 12:08:14 2012 +0900
>
> sh: pfc: Rudimentary pinctrl-backe
On Sat, Jul 28, 2012 at 12:07:04AM +0200, Rafael J. Wysocki wrote:
>
> First off, drivers/sh/pfc/pinctrl.c doesn't build after commit
> 5d589b0 (pinctrl: remove pinctrl_remove_gpio_range), because
> sh_pfc_pinctrl_remove() uses the function that has been removed by
> that commit. Fix this by
On Sat, Jul 28, 2012 at 12:07:04AM +0200, Rafael J. Wysocki wrote:
First off, drivers/sh/pfc/pinctrl.c doesn't build after commit
5d589b0 (pinctrl: remove pinctrl_remove_gpio_range), because
sh_pfc_pinctrl_remove() uses the function that has been removed by
that commit. Fix this by removing
On Sat, Jul 28, 2012 at 12:53:11AM +0200, Rafael J. Wysocki wrote:
Hi Paul,
Unfortunately, your commit
commit ca5481c68e9fbcea62bb3c78ae6cccf99ca8fb73
Author: Paul Mundt let...@linux-sh.org
Date: Tue Jul 10 12:08:14 2012 +0900
sh: pfc: Rudimentary pinctrl-backed GPIO support
On Thu, Jul 26, 2012 at 12:19:21PM +0530, Vinod Koul wrote:
> On Wed, 2012-07-25 at 12:59 +0900, Paul Mundt wrote:
> > On Wed, May 09, 2012 at 05:09:21PM +0200, Guennadi Liakhovetski wrote:
> > > The shdma base library has originally been extracted from the shdma
> > >
On Thu, Jul 26, 2012 at 12:19:21PM +0530, Vinod Koul wrote:
On Wed, 2012-07-25 at 12:59 +0900, Paul Mundt wrote:
On Wed, May 09, 2012 at 05:09:21PM +0200, Guennadi Liakhovetski wrote:
The shdma base library has originally been extracted from the shdma
driver,
which now can
On Wed, May 09, 2012 at 05:09:21PM +0200, Guennadi Liakhovetski wrote:
> The shdma base library has originally been extracted from the shdma driver,
> which now can be converted to actually use it.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
> drivers/dma/sh/shdma.c | 1122
>
On Wed, May 09, 2012 at 05:09:21PM +0200, Guennadi Liakhovetski wrote:
The shdma base library has originally been extracted from the shdma driver,
which now can be converted to actually use it.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/dma/sh/shdma.c | 1122
of legacy pinmux.
- gpiolib support made optional, and made pinctrl-backed.
Paul Mundt (45):
sh: mach-se: Migrate 7724SE off of deprecated dynamic IRQ API.
sh: hd64461: Migrate off of deprecated dynamic IRQ API.
sh
of legacy pinmux.
- gpiolib support made optional, and made pinctrl-backed.
Paul Mundt (45):
sh: mach-se: Migrate 7724SE off of deprecated dynamic IRQ API.
sh: hd64461: Migrate off of deprecated dynamic IRQ API.
sh
On Tue, Jul 17, 2012 at 07:57:49PM +0100, Mark Brown wrote:
> -next fails to boot for me today on my s3c64xx based systems. Walking
> back to the last time I tried and bisecting likely branches I find that
> commit 910139 (irqdomain: Replace LEGACY mapping with LINEAR) is the one
> that
On Tue, Jul 17, 2012 at 07:57:49PM +0100, Mark Brown wrote:
-next fails to boot for me today on my s3c64xx based systems. Walking
back to the last time I tried and bisecting likely branches I find that
commit 910139 (irqdomain: Replace LEGACY mapping with LINEAR) is the one
that introduces
(1):
SH: Convert out[bwl] macros to inline functions
Paul Mundt (1):
sh: Fix up se7721 GPIOLIB=y build warnings.
arch/sh/include/asm/io_noioport.h | 17 ++---
arch/sh/kernel/cpu/sh3/serial-sh7720.c | 2 +-
2 files changed, 15 insertions(+), 4 deletions
On Mon, Jul 09, 2012 at 03:35:20PM -0500, miny...@acm.org wrote:
> From: Corey Minyard
>
> The macros just called BUG(), but that results in unused variable
> warnings all over the place, like in the IPMI driver. The build
> regression emails were annoying me, so here's the fix. I have
> not
On Thu, Jul 12, 2012 at 06:55:32AM +0900, Magnus Damm wrote:
> Hi Guennadi,
>
> [CC Paul]
>
> On Thu, Jul 5, 2012 at 1:17 AM, Guennadi Liakhovetski
> wrote:
> > This patch extends the sh dmaengine driver to support the preferred channel
> > selection and configuration method, instead of using
On Thu, Jul 12, 2012 at 06:55:32AM +0900, Magnus Damm wrote:
Hi Guennadi,
[CC Paul]
On Thu, Jul 5, 2012 at 1:17 AM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
This patch extends the sh dmaengine driver to support the preferred channel
selection and configuration method, instead
1 - 100 of 889 matches
Mail list logo