[PATCH v5 0/2] J-Core interrupt controller support

Updated based on feedback from Mark Rutland. Rich Felker (2): of: add J-Core interrupt controller bindings irqchip: add J-Core AIC driver .../bindings/interrupt-controller/jcore,aic.txt| 26 +++ drivers/irqchip/Kconfig| 6 ++ drivers/irqchip/Makefile

[PATCH v5 0/2] J-Core timer support

The only difference since v4 should be merging of Arnd Bergmann's patch that addresses the API change whereby init functions can return an error. Rich Rich Felker (2): of: add J-Core timer bindings clocksource: add J-Core timer/clocksource driver .../devicetree/bindings/timer/jcore

[PATCH v5 0/2] J-Core interrupt controller support

Updated based on feedback from Mark Rutland. Rich Felker (2): of: add J-Core interrupt controller bindings irqchip: add J-Core AIC driver .../bindings/interrupt-controller/jcore,aic.txt| 26 +++ drivers/irqchip/Kconfig| 6 ++ drivers/irqchip/Makefile

[PATCH v5 0/2] J-Core timer support

The only difference since v4 should be merging of Arnd Bergmann's patch that addresses the API change whereby init functions can return an error. Rich Rich Felker (2): of: add J-Core timer bindings clocksource: add J-Core timer/clocksource driver .../devicetree/bindings/timer/jcore

[PATCH v5 2/2] irqchip: add J-Core AIC driver

currently in use in deployments and all released bitstream binaries. Signed-off-by: Rich Felker <dal...@libc.org> --- drivers/irqchip/Kconfig | 6 +++ drivers/irqchip/Makefile| 1 + drivers/irqchip/irq-jcore-aic.c | 86 + 3 files chang

[PATCH v5 2/2] irqchip: add J-Core AIC driver

currently in use in deployments and all released bitstream binaries. Signed-off-by: Rich Felker --- drivers/irqchip/Kconfig | 6 +++ drivers/irqchip/Makefile| 1 + drivers/irqchip/irq-jcore-aic.c | 86 + 3 files changed, 93 insertions

[PATCH v4 1/2] of: add J-Core SPI master bindings

Signed-off-by: Rich Felker <dal...@libc.org> --- .../devicetree/bindings/spi/jcore,spi.txt | 30 ++ 1 file changed, 30 insertions(+) create mode 100644 Documentation/devicetree/bindings/spi/jcore,spi.txt diff --git a/Documentation/devicetree/bindings/spi

[PATCH v4 1/2] of: add J-Core SPI master bindings

Signed-off-by: Rich Felker --- .../devicetree/bindings/spi/jcore,spi.txt | 30 ++ 1 file changed, 30 insertions(+) create mode 100644 Documentation/devicetree/bindings/spi/jcore,spi.txt diff --git a/Documentation/devicetree/bindings/spi/jcore,spi.txt b

[PATCH v4 2/2] spi: add driver for J-Core SPI controller

extended to support future versions of the J-Core SPI controller with DMA transfers when they become available. Signed-off-by: Rich Felker <dal...@libc.org> --- drivers/spi/Kconfig | 4 + drivers/spi/Makefile| 1 + drivers/spi/spi-jcore.c | 220 +++

[PATCH v4 0/2] J-Core SPI controller support

failed to make before), plus significant cleanup (removal of unused macros and other cruft) and refactoring to eliminate duplicate code. Rich Rich Felker (2): of: add J-Core SPI master bindings spi: add driver for J-Core SPI controller .../devicetree/bindings/spi/jcore,spi.txt

[PATCH v4 2/2] spi: add driver for J-Core SPI controller

extended to support future versions of the J-Core SPI controller with DMA transfers when they become available. Signed-off-by: Rich Felker --- drivers/spi/Kconfig | 4 + drivers/spi/Makefile| 1 + drivers/spi/spi-jcore.c | 220

[PATCH v4 0/2] J-Core SPI controller support

failed to make before), plus significant cleanup (removal of unused macros and other cruft) and refactoring to eliminate duplicate code. Rich Rich Felker (2): of: add J-Core SPI master bindings spi: add driver for J-Core SPI controller .../devicetree/bindings/spi/jcore,spi.txt

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 06:31:52PM +0100, Mark Rutland wrote: > > > > It's looping over possible cpus (per the kernel configuration for max > > > > cpus) so it's expected that a system with fewer cpus will also have > > > > fewer reg ranges for the aic. This is not an error. If you think > > > >

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 06:31:52PM +0100, Mark Rutland wrote: > > > > It's looping over possible cpus (per the kernel configuration for max > > > > cpus) so it's expected that a system with fewer cpus will also have > > > > fewer reg ranges for the aic. This is not an error. If you think > > > >

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 02:27:54PM +0100, Mark Rutland wrote: > On Wed, Jul 27, 2016 at 09:08:21AM -0400, Rich Felker wrote: > > On Wed, Jul 27, 2016 at 11:15:38AM +0100, Mark Rutland wrote: > > > On Wed, Jul 27, 2016 at 05:35:09AM +, Rich Felker wrote: > > > > Fo

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 02:27:54PM +0100, Mark Rutland wrote: > On Wed, Jul 27, 2016 at 09:08:21AM -0400, Rich Felker wrote: > > On Wed, Jul 27, 2016 at 11:15:38AM +0100, Mark Rutland wrote: > > > On Wed, Jul 27, 2016 at 05:35:09AM +, Rich Felker wrote: > > > > Fo

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 02:22:52PM +0100, Mark Rutland wrote: > On Wed, Jul 27, 2016 at 09:06:06AM -0400, Rich Felker wrote: > > On Wed, Jul 27, 2016 at 11:12:36AM +0100, Mark Rutland wrote: > > > On Wed, Jul 27, 2016 at 05:35:09AM +, Rich Felker wrote: > > > &g

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 02:22:52PM +0100, Mark Rutland wrote: > On Wed, Jul 27, 2016 at 09:06:06AM -0400, Rich Felker wrote: > > On Wed, Jul 27, 2016 at 11:12:36AM +0100, Mark Rutland wrote: > > > On Wed, Jul 27, 2016 at 05:35:09AM +, Rich Felker wrote: > > > &g

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 11:15:38AM +0100, Mark Rutland wrote: > On Wed, Jul 27, 2016 at 05:35:09AM +0000, Rich Felker wrote: > > For simplicity, there is no aic1-specific logic in the driver beyond > > setting the priority register, which is necessary for interrupts to > > wo

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 11:15:38AM +0100, Mark Rutland wrote: > On Wed, Jul 27, 2016 at 05:35:09AM +0000, Rich Felker wrote: > > For simplicity, there is no aic1-specific logic in the driver beyond > > setting the priority register, which is necessary for interrupts to > > wo

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 11:12:36AM +0100, Mark Rutland wrote: > On Wed, Jul 27, 2016 at 05:35:09AM +0000, Rich Felker wrote: > > +int __init aic_irq_of_init(struct device_node *node, struct device_node > > *parent) > > +{ > > + struct aic_data *aic = _data; &g

Re: [PATCH v4 2/2] irqchip: add J-Core AIC driver

On Wed, Jul 27, 2016 at 11:12:36AM +0100, Mark Rutland wrote: > On Wed, Jul 27, 2016 at 05:35:09AM +0000, Rich Felker wrote: > > +int __init aic_irq_of_init(struct device_node *node, struct device_node > > *parent) > > +{ > > + struct aic_data *aic = _data; &g

Re: [PATCH v4 1/2] of: add J-Core interrupt controller bindings

On Wed, Jul 27, 2016 at 11:05:05AM +0100, Mark Rutland wrote: > On Wed, Jul 27, 2016 at 05:35:09AM +0000, Rich Felker wrote: > > Signed-off-by: Rich Felker <dal...@libc.org> > > --- > > .../bindings/interrupt-controller/jcore,aic.txt| 26 > > +

Re: [PATCH v4 1/2] of: add J-Core interrupt controller bindings

On Wed, Jul 27, 2016 at 11:05:05AM +0100, Mark Rutland wrote: > On Wed, Jul 27, 2016 at 05:35:09AM +0000, Rich Felker wrote: > > Signed-off-by: Rich Felker > > --- > > .../bindings/interrupt-controller/jcore,aic.txt| 26 > > ++ > &g

[PATCH v4 2/2] clocksource: add J-Core timer/clocksource driver

is provided using the J-Core "RTC" registers, which give a 64-bit seconds count and 32-bit nanoseconds. The driver converts these to a 64-bit nanoseconds count. Signed-off-by: Rich Felker <dal...@libc.org> --- drivers/clocksource/Kconfig | 8 ++ drivers/clocksource/Makefile

[PATCH v4 2/2] clocksource: add J-Core timer/clocksource driver

is provided using the J-Core "RTC" registers, which give a 64-bit seconds count and 32-bit nanoseconds. The driver converts these to a 64-bit nanoseconds count. Signed-off-by: Rich Felker --- drivers/clocksource/Kconfig | 8 ++ drivers/clocksource/Makefile| 1 + drivers/clockso

[PATCH v4 0/2] J-Core timer support

by Daniel Lezcano, and reworking the DT bindings to use separate reg ranges per cpu rather than cpu-offset for greater flexibility. Rich Rich Felker (2): of: add J-Core timer bindings clocksource: add J-Core timer/clocksource driver .../devicetree/bindings/timer/jcore,pit.txt| 25

[PATCH v4 1/2] of: add J-Core timer bindings

Signed-off-by: Rich Felker <dal...@libc.org> --- .../devicetree/bindings/timer/jcore,pit.txt| 25 ++ 1 file changed, 25 insertions(+) create mode 100644 Documentation/devicetree/bindings/timer/jcore,pit.txt diff --git a/Documentation/devicetree/bindings/timer

[PATCH v4 0/2] J-Core timer support

by Daniel Lezcano, and reworking the DT bindings to use separate reg ranges per cpu rather than cpu-offset for greater flexibility. Rich Rich Felker (2): of: add J-Core timer bindings clocksource: add J-Core timer/clocksource driver .../devicetree/bindings/timer/jcore,pit.txt| 25

[PATCH v4 1/2] of: add J-Core timer bindings

Signed-off-by: Rich Felker --- .../devicetree/bindings/timer/jcore,pit.txt| 25 ++ 1 file changed, 25 insertions(+) create mode 100644 Documentation/devicetree/bindings/timer/jcore,pit.txt diff --git a/Documentation/devicetree/bindings/timer/jcore,pit.txt b

[PATCH v4 1/2] of: add J-Core interrupt controller bindings

Signed-off-by: Rich Felker <dal...@libc.org> --- .../bindings/interrupt-controller/jcore,aic.txt| 26 ++ 1 file changed, 26 insertions(+) create mode 100644 Documentation/devicetree/bindings/interrupt-controller/jcore,aic.txt diff --git a/Documentation/devi

[PATCH v4 1/2] of: add J-Core interrupt controller bindings

Signed-off-by: Rich Felker --- .../bindings/interrupt-controller/jcore,aic.txt| 26 ++ 1 file changed, 26 insertions(+) create mode 100644 Documentation/devicetree/bindings/interrupt-controller/jcore,aic.txt diff --git a/Documentation/devicetree/bindings/interrupt

[PATCH v4 2/2] irqchip: add J-Core AIC driver

currently in use in deployments and all released bitstream binaries. Signed-off-by: Rich Felker <dal...@libc.org> --- drivers/irqchip/Kconfig | 6 drivers/irqchip/Makefile| 1 + drivers/irqchip/irq-jcore-aic.c | 79 + 3 files chang

[PATCH v4 2/2] irqchip: add J-Core AIC driver

currently in use in deployments and all released bitstream binaries. Signed-off-by: Rich Felker --- drivers/irqchip/Kconfig | 6 drivers/irqchip/Makefile| 1 + drivers/irqchip/irq-jcore-aic.c | 79 + 3 files changed, 86 insertions

[PATCH v4 0/2] J-Core interrupt controller support

. The intent is to avoid out-of-mapping arithmetic via cpu-offset and to avoid artifically restricting how the hardware lays out the mappings, but this also allows the cpu notifier logic which was present before to be removed with simple iteration over the reg ranges present in its place. Rich Rich Felker

[PATCH v4 0/2] J-Core interrupt controller support

. The intent is to avoid out-of-mapping arithmetic via cpu-offset and to avoid artifically restricting how the hardware lays out the mappings, but this also allows the cpu notifier logic which was present before to be removed with simple iteration over the reg ranges present in its place. Rich Rich Felker

Re: [PATCH v3 01/12] of: add vendor prefix for J-Core

On Wed, May 25, 2016 at 08:18:06AM -0500, Rob Herring wrote: > On Wed, May 25, 2016 at 12:43 AM, Rich Felker <dal...@libc.org> wrote: > > The J-Core project (j-core.org) produces open source cpu and SoC > > peripheral cores synthesizable as FPGA bitstreams or ASICs. > &

Re: [PATCH v3 01/12] of: add vendor prefix for J-Core

On Wed, May 25, 2016 at 08:18:06AM -0500, Rob Herring wrote: > On Wed, May 25, 2016 at 12:43 AM, Rich Felker wrote: > > The J-Core project (j-core.org) produces open source cpu and SoC > > peripheral cores synthesizable as FPGA bitstreams or ASICs. > > > > Signed-off-b

Re: [PATCH] clocksource: j-core: type fix init function return code

On Tue, Jul 26, 2016 at 02:31:29PM +0200, Arnd Bergmann wrote: > The CLOCKSOURCE_OF_DECLARE now takes a function that returns an 'int', but a > this > new clocksource driver has just appeared in linux-next and causes a warning > because > it has the old 'void' return value: > > In file included

Re: [PATCH] clocksource: j-core: type fix init function return code

On Tue, Jul 26, 2016 at 02:31:29PM +0200, Arnd Bergmann wrote: > The CLOCKSOURCE_OF_DECLARE now takes a function that returns an 'int', but a > this > new clocksource driver has just appeared in linux-next and causes a warning > because > it has the old 'void' return value: > > In file included

Re: linux-next: build warning after merge of the tip tree

On Mon, Jul 25, 2016 at 05:42:09PM +0100, Mark Brown wrote: > On Mon, Jul 25, 2016 at 10:53:37AM -0400, Rich Felker wrote: > > On Mon, Jul 25, 2016 at 03:11:48PM +0200, Daniel Lezcano wrote: > > > > I don't know the goal of adding those patches in linux-next via your &

Re: linux-next: build warning after merge of the tip tree

On Mon, Jul 25, 2016 at 05:42:09PM +0100, Mark Brown wrote: > On Mon, Jul 25, 2016 at 10:53:37AM -0400, Rich Felker wrote: > > On Mon, Jul 25, 2016 at 03:11:48PM +0200, Daniel Lezcano wrote: > > > > I don't know the goal of adding those patches in linux-next via your &

Re: linux-next: build warning after merge of the tip tree

On Mon, Jul 25, 2016 at 03:11:48PM +0200, Daniel Lezcano wrote: > On 07/25/2016 09:16 AM, Thomas Gleixner wrote: > > On Sun, 24 Jul 2016, Stephen Rothwell wrote: > >> Hi all, > >> > >> After merging the tip tree, today's linux-next build (x86_64 allmodconfig) > >> produced this warning: > >> > >>

Re: linux-next: build warning after merge of the tip tree

On Mon, Jul 25, 2016 at 03:11:48PM +0200, Daniel Lezcano wrote: > On 07/25/2016 09:16 AM, Thomas Gleixner wrote: > > On Sun, 24 Jul 2016, Stephen Rothwell wrote: > >> Hi all, > >> > >> After merging the tip tree, today's linux-next build (x86_64 allmodconfig) > >> produced this warning: > >> > >>

Re: linux-next: build warning after merge of the tip tree

On Mon, Jul 25, 2016 at 09:16:48AM +0200, Thomas Gleixner wrote: > On Sun, 24 Jul 2016, Stephen Rothwell wrote: > > Hi all, > > > > After merging the tip tree, today's linux-next build (x86_64 allmodconfig) > > produced this warning: > > > > In file included from

Re: linux-next: build warning after merge of the tip tree

On Mon, Jul 25, 2016 at 09:16:48AM +0200, Thomas Gleixner wrote: > On Sun, 24 Jul 2016, Stephen Rothwell wrote: > > Hi all, > > > > After merging the tip tree, today's linux-next build (x86_64 allmodconfig) > > produced this warning: > > > > In file included from

Re: linux-next: build failure after merge of the sh tree

On Sun, Jul 24, 2016 at 05:55:01PM +1000, Stephen Rothwell wrote: > Hi Rich, > > After merging the sh tree, today's linux-next build (powerpc allyesconfig) > failed like this: > > drivers/clocksource/jcore-pit.c:145:20: error: conflicting types for > 'timer_interrupt' > static irqreturn_t

Re: linux-next: manual merge of the tip tree with the sh tree

On Sun, Jul 24, 2016 at 03:13:42PM +1000, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the tip tree got a conflict in: > > arch/sh/include/asm/spinlock.h > > between commit: > > 2da83dfce7df ("sh: add J2 atomics using the cas.l instruction") > > from the sh tree and

Re: linux-next: build failure after merge of the sh tree

On Sun, Jul 24, 2016 at 05:55:01PM +1000, Stephen Rothwell wrote: > Hi Rich, > > After merging the sh tree, today's linux-next build (powerpc allyesconfig) > failed like this: > > drivers/clocksource/jcore-pit.c:145:20: error: conflicting types for > 'timer_interrupt' > static irqreturn_t

Re: linux-next: manual merge of the tip tree with the sh tree

On Sun, Jul 24, 2016 at 03:13:42PM +1000, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the tip tree got a conflict in: > > arch/sh/include/asm/spinlock.h > > between commit: > > 2da83dfce7df ("sh: add J2 atomics using the cas.l instruction") > > from the sh tree and

Re: linux-next: build warning after merge of the sh tree

On Sun, Jul 24, 2016 at 11:00:12AM +1000, Stephen Rothwell wrote: > Hi Rich, > > After merging the sh tree, today's linux-next build (x86_64 > allmodconfig) produced this warning: > > WARNING: modpost: missing MODULE_LICENSE() in drivers/spi/spi-jcore.o > > Introduced by commit > >

Re: linux-next: build warning after merge of the sh tree

On Sun, Jul 24, 2016 at 11:00:12AM +1000, Stephen Rothwell wrote: > Hi Rich, > > After merging the sh tree, today's linux-next build (x86_64 > allmodconfig) produced this warning: > > WARNING: modpost: missing MODULE_LICENSE() in drivers/spi/spi-jcore.o > > Introduced by commit > >

Adding linux-sh (arch/sh) to linux-next

Hi Stephen, Can you please add the linux-sh tree's for-next branch to be pulled for linux-next? git://git.libc.org/linux-sh for-next Let me know if anything's wrong with how it's set up. I'm new to linux-next (and still fairly new to arch maintainership) so apologies if I missed

Adding linux-sh (arch/sh) to linux-next

Hi Stephen, Can you please add the linux-sh tree's for-next branch to be pulled for linux-next? git://git.libc.org/linux-sh for-next Let me know if anything's wrong with how it's set up. I'm new to linux-next (and still fairly new to arch maintainership) so apologies if I missed

Re: [PATCH] sh-DWARF: Delete unnecessary checks before the function call "mempool_destroy"

On Tue, Jul 19, 2016 at 11:08:24PM +0200, SF Markus Elfring wrote: > > From: Markus Elfring > > Date: Mon, 16 Nov 2015 08:20:36 +0100 > > > > The mempool_destroy() function tests whether its argument is NULL > > and then returns immediately. Thus the test around

Re: [PATCH] sh-DWARF: Delete unnecessary checks before the function call "mempool_destroy"

On Tue, Jul 19, 2016 at 11:08:24PM +0200, SF Markus Elfring wrote: > > From: Markus Elfring > > Date: Mon, 16 Nov 2015 08:20:36 +0100 > > > > The mempool_destroy() function tests whether its argument is NULL > > and then returns immediately. Thus the test around the calls is not needed. > > > >

Re: [PATCH v3 08/12] irqchip: add J-Core AIC driver

On Thu, Jul 14, 2016 at 09:27:50PM -0400, Rich Felker wrote: > On Wed, May 25, 2016 at 05:43:03AM +0000, Rich Felker wrote: > > There are two versions of the J-Core interrupt controller in use, aic1 > > which generates interrupts with programmable priorities, but only > >

Re: [PATCH v3 08/12] irqchip: add J-Core AIC driver

On Thu, Jul 14, 2016 at 09:27:50PM -0400, Rich Felker wrote: > On Wed, May 25, 2016 at 05:43:03AM +0000, Rich Felker wrote: > > There are two versions of the J-Core interrupt controller in use, aic1 > > which generates interrupts with programmable priorities, but only > >

Re: [PATCH v3 08/12] irqchip: add J-Core AIC driver

On Fri, Jul 15, 2016 at 04:19:17PM +, Jason Cooper wrote: > > + u32 cpu_offset; > > + struct irq_chip chip; > > + struct irq_domain *domain; > > + struct notifier_block nb; > > +} aic_data; > > + > > +static int aic_irqdomain_map(struct irq_domain *d, unsigned int irq, > >

Re: [PATCH v3 08/12] irqchip: add J-Core AIC driver

On Fri, Jul 15, 2016 at 04:19:17PM +, Jason Cooper wrote: > > + u32 cpu_offset; > > + struct irq_chip chip; > > + struct irq_domain *domain; > > + struct notifier_block nb; > > +} aic_data; > > + > > +static int aic_irqdomain_map(struct irq_domain *d, unsigned int irq, > >

Re: [PATCH v3 08/12] irqchip: add J-Core AIC driver

On Fri, Jul 15, 2016 at 11:35:55AM -0400, Paul Gortmaker wrote: > > +++ b/drivers/irqchip/irq-jcore-aic.c > > @@ -0,0 +1,95 @@ > > +/* > > + * J-Core SoC AIC driver > > + * > > + * Copyright (C) 2015-2016 Smart Energy Instruments, Inc. > > + * > > + * This file is subject to the terms and

Re: [PATCH v3 08/12] irqchip: add J-Core AIC driver

On Fri, Jul 15, 2016 at 11:35:55AM -0400, Paul Gortmaker wrote: > > +++ b/drivers/irqchip/irq-jcore-aic.c > > @@ -0,0 +1,95 @@ > > +/* > > + * J-Core SoC AIC driver > > + * > > + * Copyright (C) 2015-2016 Smart Energy Instruments, Inc. > > + * > > + * This file is subject to the terms and

Re: [PATCH RFC] uio: allow use on nommu systems

On Fri, Jul 15, 2016 at 10:42:37AM +0900, Greg Kroah-Hartman wrote: > On Thu, Jul 14, 2016 at 08:53:06PM -0400, Rich Felker wrote: > > mmap of uio devices does not seem to work without further > > nommu-specific support, but interrupt handling already works, and > > usersp

Re: [PATCH RFC] uio: allow use on nommu systems

On Fri, Jul 15, 2016 at 10:42:37AM +0900, Greg Kroah-Hartman wrote: > On Thu, Jul 14, 2016 at 08:53:06PM -0400, Rich Felker wrote: > > mmap of uio devices does not seem to work without further > > nommu-specific support, but interrupt handling already works, and > > usersp

Re: [PATCH v3 08/12] irqchip: add J-Core AIC driver

On Wed, May 25, 2016 at 05:43:03AM +, Rich Felker wrote: > There are two versions of the J-Core interrupt controller in use, aic1 > which generates interrupts with programmable priorities, but only > supports 8 irq lines and maps them to cpu traps in the range 17 to 24, > and aic

Re: [PATCH v3 08/12] irqchip: add J-Core AIC driver

On Wed, May 25, 2016 at 05:43:03AM +, Rich Felker wrote: > There are two versions of the J-Core interrupt controller in use, aic1 > which generates interrupts with programmable priorities, but only > supports 8 irq lines and maps them to cpu traps in the range 17 to 24, > and aic

[PATCH RFC] uio: allow use on nommu systems

mmap of uio devices does not seem to work without further nommu-specific support, but interrupt handling already works, and userspace drivers for nommu systems can simply use physical mmio addresses from userspace directly anyway without mmap. Signed-off-by: Rich Felker <dal...@libc.org>

[PATCH RFC] uio: allow use on nommu systems

mmap of uio devices does not seem to work without further nommu-specific support, but interrupt handling already works, and userspace drivers for nommu systems can simply use physical mmio addresses from userspace directly anyway without mmap. Signed-off-by: Rich Felker --- I don't particularly

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Thu, Jun 23, 2016 at 05:16:08PM -0400, Rich Felker wrote: > On Thu, Jun 02, 2016 at 05:44:25PM -0500, Rob Herring wrote: > > > > > In theory it would even be possible to just require a DT node per > > > > > cpulocal timer, but I didn't see a good way to make

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Thu, Jun 23, 2016 at 05:16:08PM -0400, Rich Felker wrote: > On Thu, Jun 02, 2016 at 05:44:25PM -0500, Rob Herring wrote: > > > > > In theory it would even be possible to just require a DT node per > > > > > cpulocal timer, but I didn't see a good way to make

Re: [PATCH v5 04/22] sh: Use P1SEGADDR

On Wed, Jul 06, 2016 at 11:11:44PM +0900, Yoshinori Sato wrote: > On Mon, 04 Jul 2016 10:48:52 +0900, > Rich Felker wrote: > > > > On Mon, Jul 04, 2016 at 01:46:24AM +0900, Yoshinori Sato wrote: > > > FDT address is P1SEG. So not virtual address. > > > >

Re: [PATCH v5 04/22] sh: Use P1SEGADDR

On Wed, Jul 06, 2016 at 11:11:44PM +0900, Yoshinori Sato wrote: > On Mon, 04 Jul 2016 10:48:52 +0900, > Rich Felker wrote: > > > > On Mon, Jul 04, 2016 at 01:46:24AM +0900, Yoshinori Sato wrote: > > > FDT address is P1SEG. So not virtual address. > > >

Re: [PATCH v5 01/22] sh: Add sh-specific early_init_dt_reserve_memory_arch

On Wed, Jul 06, 2016 at 10:53:23PM +0900, Yoshinori Sato wrote: > On Mon, 04 Jul 2016 11:03:50 +0900, > Rich Felker wrote: > > > > On Mon, Jul 04, 2016 at 01:46:21AM +0900, Yoshinori Sato wrote: > > > sh used P1 address space in early device tree. > > > So

Re: [PATCH v5 01/22] sh: Add sh-specific early_init_dt_reserve_memory_arch

On Wed, Jul 06, 2016 at 10:53:23PM +0900, Yoshinori Sato wrote: > On Mon, 04 Jul 2016 11:03:50 +0900, > Rich Felker wrote: > > > > On Mon, Jul 04, 2016 at 01:46:21AM +0900, Yoshinori Sato wrote: > > > sh used P1 address space in early device tree. > > > So

Re: [PATCH v5 01/22] sh: Add sh-specific early_init_dt_reserve_memory_arch

On Mon, Jul 04, 2016 at 01:46:21AM +0900, Yoshinori Sato wrote: > sh used P1 address space in early device tree. > So need convert P1 to physical address before reserve memory. > > Signed-off-by: Yoshinori Sato > --- > arch/sh/boards/of-generic.c | 12 >

Re: [PATCH v5 01/22] sh: Add sh-specific early_init_dt_reserve_memory_arch

On Mon, Jul 04, 2016 at 01:46:21AM +0900, Yoshinori Sato wrote: > sh used P1 address space in early device tree. > So need convert P1 to physical address before reserve memory. > > Signed-off-by: Yoshinori Sato > --- > arch/sh/boards/of-generic.c | 12 > 1 file changed, 12

Re: [PATCH v5 15/22] sh: Move common PCI stuff to arch/sh/kernel

On Mon, Jul 04, 2016 at 01:46:35AM +0900, Yoshinori Sato wrote: > Signed-off-by: Yoshinori Sato > --- > arch/sh/drivers/pci/Makefile | 2 - > arch/sh/drivers/pci/common.c | 162 > arch/sh/drivers/pci/pci.c| 320

Re: [PATCH v5 15/22] sh: Move common PCI stuff to arch/sh/kernel

On Mon, Jul 04, 2016 at 01:46:35AM +0900, Yoshinori Sato wrote: > Signed-off-by: Yoshinori Sato > --- > arch/sh/drivers/pci/Makefile | 2 - > arch/sh/drivers/pci/common.c | 162 > arch/sh/drivers/pci/pci.c| 320 >

Re: [PATCH v5 04/22] sh: Use P1SEGADDR

On Mon, Jul 04, 2016 at 01:46:24AM +0900, Yoshinori Sato wrote: > FDT address is P1SEG. So not virtual address. > > Signed-off-by: Yoshinori Sato > --- > arch/sh/kernel/setup.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH v5 04/22] sh: Use P1SEGADDR

On Mon, Jul 04, 2016 at 01:46:24AM +0900, Yoshinori Sato wrote: > FDT address is P1SEG. So not virtual address. > > Signed-off-by: Yoshinori Sato > --- > arch/sh/kernel/setup.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/sh/kernel/setup.c

Re: [PATCH v5 10/22] sh: Add board specific initialize of of-generic

On Mon, Jul 04, 2016 at 01:46:30AM +0900, Yoshinori Sato wrote: > Signed-off-by: Yoshinori Sato > --- > arch/sh/boards/of-generic.c | 64 > + > 1 file changed, 64 insertions(+) > > diff --git a/arch/sh/boards/of-generic.c

Re: [PATCH v5 10/22] sh: Add board specific initialize of of-generic

On Mon, Jul 04, 2016 at 01:46:30AM +0900, Yoshinori Sato wrote: > Signed-off-by: Yoshinori Sato > --- > arch/sh/boards/of-generic.c | 64 > + > 1 file changed, 64 insertions(+) > > diff --git a/arch/sh/boards/of-generic.c

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Thu, Jun 02, 2016 at 05:44:25PM -0500, Rob Herring wrote: > > > > In theory it would even be possible to just require a DT node per > > > > cpulocal timer, but I didn't see a good way to make the bindings > > > > represent the relationship to cpus or to make the driver handle irqs > > > >

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Thu, Jun 02, 2016 at 05:44:25PM -0500, Rob Herring wrote: > > > > In theory it would even be possible to just require a DT node per > > > > cpulocal timer, but I didn't see a good way to make the bindings > > > > represent the relationship to cpus or to make the driver handle irqs > > > >

Re: [PATCH] Make CONFIG_DEVTMPFS_MOUNT apply to initramfs/initmpfs.

On Wed, Jun 22, 2016 at 02:06:45PM -0500, Rob Landley wrote: > From: Rob Landley > > Make CONFIG_DEVTMPFS_MOUNT apply to initramfs/initmpfs. > > Update help text, slightly improve error reporting, move /dev/console open > down after devtmpfs mount, don't check

Re: [PATCH] Make CONFIG_DEVTMPFS_MOUNT apply to initramfs/initmpfs.

On Wed, Jun 22, 2016 at 02:06:45PM -0500, Rob Landley wrote: > From: Rob Landley > > Make CONFIG_DEVTMPFS_MOUNT apply to initramfs/initmpfs. > > Update help text, slightly improve error reporting, move /dev/console open > down after devtmpfs mount, don't check IS_ENABLED(CONFIG_TMPFS) before >

[GIT PULL] arch/sh updates for 4.7

sh: make time.c explicitly non-modular sh: make mm/asids-debugfs explicitly non-modular sh: make board-secureedge5410 explicitly non-modular sh: make heartbeat driver explicitly non-modular Rich Felker (6): sh: add support for linking a builtin device tree blob in th

[GIT PULL] arch/sh updates for 4.7

sh: make time.c explicitly non-modular sh: make mm/asids-debugfs explicitly non-modular sh: make board-secureedge5410 explicitly non-modular sh: make heartbeat driver explicitly non-modular Rich Felker (6): sh: add support for linking a builtin device tree blob in th

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Wed, Jun 01, 2016 at 05:36:19PM -0500, Rob Herring wrote: > On Wed, Jun 1, 2016 at 12:53 PM, Rich Felker <dal...@libc.org> wrote: > > On Wed, Jun 01, 2016 at 08:58:52AM -0500, Rob Herring wrote: > >> On Wed, May 25, 2016 at 05:43:03AM +, Rich Felker wrote: > >

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Wed, Jun 01, 2016 at 05:36:19PM -0500, Rob Herring wrote: > On Wed, Jun 1, 2016 at 12:53 PM, Rich Felker wrote: > > On Wed, Jun 01, 2016 at 08:58:52AM -0500, Rob Herring wrote: > >> On Wed, May 25, 2016 at 05:43:03AM +, Rich Felker wrote: > >> &

Re: Build regressions/improvements in v4.7-rc1

On Wed, Jun 01, 2016 at 06:18:02PM -0400, Rich Felker wrote: > On Mon, May 30, 2016 at 09:34:07AM +0200, Geert Uytterhoeven wrote: > > > + /home/kisskb/slave/src/arch/sh/kernel/setup.c: error: implicit > > > declaration of function 'early_init_dt_scan' > > &

Re: Build regressions/improvements in v4.7-rc1

On Wed, Jun 01, 2016 at 06:18:02PM -0400, Rich Felker wrote: > On Mon, May 30, 2016 at 09:34:07AM +0200, Geert Uytterhoeven wrote: > > > + /home/kisskb/slave/src/arch/sh/kernel/setup.c: error: implicit > > > declaration of function 'early_init_dt_scan' > > &

Re: Build regressions/improvements in v4.7-rc1

On Mon, May 30, 2016 at 09:34:07AM +0200, Geert Uytterhoeven wrote: > > + /home/kisskb/slave/src/arch/sh/kernel/setup.c: error: implicit > > declaration of function 'early_init_dt_scan' > > [-Werror=implicit-function-declaration]: => 256:2 > > sh-randconfig Nice find. I think I'm

Re: Build regressions/improvements in v4.7-rc1

On Mon, May 30, 2016 at 09:34:07AM +0200, Geert Uytterhoeven wrote: > > + /home/kisskb/slave/src/arch/sh/kernel/setup.c: error: implicit > > declaration of function 'early_init_dt_scan' > > [-Werror=implicit-function-declaration]: => 256:2 > > sh-randconfig Nice find. I think I'm

Re: [PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly

me functions. > > This changes the sh rtc-generic device to provide its > rtc_class_ops directly, skipping one of the abstraction > levels. > > Signed-off-by: Arnd Bergmann <a...@arndb.de> I haven't tested any of this, but based on our discussion of the previous version, I'm satisfied

Re: [PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly

me functions. > > This changes the sh rtc-generic device to provide its > rtc_class_ops directly, skipping one of the abstraction > levels. > > Signed-off-by: Arnd Bergmann I haven't tested any of this, but based on our discussion of the previous version, I'm satisfied that it makes

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Wed, Jun 01, 2016 at 01:53:07PM -0400, Rich Felker wrote: > On Wed, Jun 01, 2016 at 08:58:52AM -0500, Rob Herring wrote: > > On Wed, May 25, 2016 at 05:43:03AM +0000, Rich Felker wrote: > > > Signed-off-by: Rich Felker <dal...@libc.org> > > > --- > >

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Wed, Jun 01, 2016 at 01:53:07PM -0400, Rich Felker wrote: > On Wed, Jun 01, 2016 at 08:58:52AM -0500, Rob Herring wrote: > > On Wed, May 25, 2016 at 05:43:03AM +0000, Rich Felker wrote: > > > Signed-off-by: Rich Felker > > > --- > > > .../devicetree/bind

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Wed, Jun 01, 2016 at 08:58:52AM -0500, Rob Herring wrote: > On Wed, May 25, 2016 at 05:43:03AM +0000, Rich Felker wrote: > > Signed-off-by: Rich Felker <dal...@libc.org> > > --- > > .../devicetree/bindings/timer/jcore,pit.txt| 28 > > +

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Wed, Jun 01, 2016 at 08:58:52AM -0500, Rob Herring wrote: > On Wed, May 25, 2016 at 05:43:03AM +0000, Rich Felker wrote: > > Signed-off-by: Rich Felker > > --- > > .../devicetree/bindings/timer/jcore,pit.txt| 28 > > ++ > &g

<    1   2   3   4   5   6   7   8   9   10   >