On Fri, Jan 05, 2018 at 10:47:34PM +0100, John Paul Adrian Glaubitz wrote:
> On 01/05/2018 10:28 PM, Rich Felker wrote:
> > I'm trying to reproduce this but can't find any documentation for
> > cross-LILO in [2], much less any code except possibly the binary
> > &q
On Fri, Nov 17, 2017 at 08:54:47PM +0100, John Paul Adrian Glaubitz wrote:
> On 11/17/2017 08:17 PM, Rich Felker wrote:
> > There were significant problems that I don't think were ever
> > addressed, including incompatible changes in how boot command line was
> > hand
On Fri, Nov 17, 2017 at 06:49:39PM +0100, John Paul Adrian Glaubitz wrote:
> I’ll have a go at this tonight and if the patches still apply fine, I’d just
> say go for it.
There were significant problems that I don't think were ever
addressed, including incompatible changes in how boot command lin
On Wed, Nov 08, 2017 at 02:10:05PM +0100, Szabolcs Nagy wrote:
> * Miklos Szeredi [2016-12-19 12:38:00 +0100]:
> > Al,
> >
> > Can you please take (or NACK) this patch please?
> >
> > Thanks,
> > Miklos
> > ---
> > From: Tomasz Majchrzak
> > Date: Tue, 29 Nov 2016 15:18:20 +0100
> >
> > If ker
On Tue, Apr 25, 2017 at 08:29:00AM -0400, Carlos O'Donell wrote:
> On 04/25/2017 02:45 AM, Hauke Mehrtens wrote:
> > On 03/08/2017 05:39 PM, Carlos O'Donell wrote:
> >> Any header needing compat with a libc includes libc-compat.h (per the
> >> documented way the model works). With this patch any i
On Fri, Apr 21, 2017 at 03:14:21PM +0200, Hauke Mehrtens wrote:
>
>
> On 04/20/2017 10:36 PM, David Miller wrote:
> > From: David Woodhouse
> > Date: Thu, 20 Apr 2017 21:14:37 +0100
> >
> >> I agree, except I don't think you're going far enough. Those "standard
> >> names" you mention... some o
On Wed, Mar 08, 2017 at 08:36:30PM -0800, H. Peter Anvin wrote:
> ,Thomas Gleixner ,Ingo Molnar
> ,Chris Zankel ,Max Filippov
> ,Arnd Bergmann
> ,x...@kernel.org,linux-al...@vger.kernel.org,linux-snps-...@lists.infradead.org,linux-arm-ker...@lists.infradead.org,linux-hexa...@vger.kernel.org,linu
On Wed, Mar 08, 2017 at 07:51:29PM -0500, Carlos O'Donell wrote:
> On 03/08/2017 07:14 PM, Szabolcs Nagy wrote:
> > * Carlos O'Donell [2017-03-08 10:53:00 -0500]:
> >> On 11/11/2016 07:08 AM, Felix Janda wrote:
> >>> fixes the following compiler errors when is included
> >>> after musl :
> >>>
>
On Wed, Mar 08, 2017 at 10:53:00AM -0500, Carlos O'Donell wrote:
> On 11/11/2016 07:08 AM, Felix Janda wrote:
> > Currently, libc-compat.h detects inclusion of specific glibc headers,
> > and defines corresponding _UAPI_DEF_* macros, which in turn are used in
> > uapi headers to prevent definition
On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote:
> There is code duplicated over all architecture's headers for
> futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> and comparison of the result.
>
> Remove this duplication and leave up to the arches only the needed
On Mon, Jan 09, 2017 at 09:25:21AM +1100, Stephen Rothwell wrote:
> Hi All,
>
> Fetching the sh tree (git://git.libc.org/linux-sh#for-next) fails because
> the name servers for libc.org are not available (that means that Rich
> probably won't get this email directly).
>
>
> I am hoping someone c
On Wed, Dec 14, 2016 at 10:50:52AM -0800, Greg KH wrote:
>
> There are a number of usermode helper binaries that are "hard coded" in
> the kernel today, so mark them as "const" to make it harder for someone
> to change where the variables point to.
You're not preventing change of where they point
On Thu, Oct 20, 2016 at 07:56:09PM +0200, Thomas Gleixner wrote:
> Daniel,
>
> On Thu, 20 Oct 2016, Rich Felker wrote:
> > On Thu, Oct 20, 2016 at 09:32:40AM +0200, Daniel Lezcano wrote:
> > > Unfortunately it won't happen. v4.9-rc1 is already out. The
Commit-ID: 9995f4f184613fb02ee73092b03545520a72b104
Gitweb: http://git.kernel.org/tip/9995f4f184613fb02ee73092b03545520a72b104
Author: Rich Felker
AuthorDate: Thu, 13 Oct 2016 21:51:06 +
Committer: Thomas Gleixner
CommitDate: Thu, 20 Oct 2016 20:10:17 +0200
clocksource: Add J-Core
Commit-ID: a2ce092be34c4951e23104a0bfdec08f9577fada
Gitweb: http://git.kernel.org/tip/a2ce092be34c4951e23104a0bfdec08f9577fada
Author: Rich Felker
AuthorDate: Thu, 13 Oct 2016 21:51:06 +
Committer: Thomas Gleixner
CommitDate: Thu, 20 Oct 2016 20:10:17 +0200
of: Add J-Core timer
On Thu, Oct 20, 2016 at 09:32:40AM +0200, Daniel Lezcano wrote:
> On Wed, Oct 19, 2016 at 09:22:25PM -0400, Rich Felker wrote:
> > On Mon, Oct 17, 2016 at 11:30:13AM +0200, Daniel Lezcano wrote:
> > > On Thu, Oct 13, 2016 at 09:51:06PM +, Rich Felker wrote:
> > >
Commit-ID: 3602ffdee9afa727320d33bda57a6957d72b1df2
Gitweb: http://git.kernel.org/tip/3602ffdee9afa727320d33bda57a6957d72b1df2
Author: Rich Felker
AuthorDate: Wed, 19 Oct 2016 17:53:52 +
Committer: Thomas Gleixner
CommitDate: Thu, 20 Oct 2016 11:43:58 +0200
irqchip/jcore: Don&#
On Mon, Oct 17, 2016 at 11:30:13AM +0200, Daniel Lezcano wrote:
> On Thu, Oct 13, 2016 at 09:51:06PM +0000, Rich Felker wrote:
> > This version of the patch makes the changes requested by Daniel
> > Lezcano in review of v8.
> >
> > Rich Felker (2):
> >
Core drivers for J-Core SoCs will be selected implicitly via
CONFIG_SH_JCORE_SOC instead. Based on a corresponding change to the
clocksource/timer driver requested by Daniel Lezcano.
Signed-off-by: Rich Felker
---
drivers/irqchip/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions
.
Rich Felker (3):
sh: support CPU_J2 when compiler lacks -mj2
sh: add Kconfig option for J-Core SoC core drivers
sh: add earlycon support to j2_defconfig
arch/sh/Makefile | 2 +-
arch/sh/boards/Kconfig | 10 ++
arch
Commit-ID: c024f06b3de372cd67f86b142992ac88fc3a7d18
Gitweb: http://git.kernel.org/tip/c024f06b3de372cd67f86b142992ac88fc3a7d18
Author: Rich Felker
AuthorDate: Thu, 13 Oct 2016 20:35:30 +
Committer: Thomas Gleixner
CommitDate: Fri, 14 Oct 2016 14:26:55 +0200
irqchip/jcore: Fix lost
Signed-off-by: Rich Felker
Acked-by: Rob Herring
---
.../devicetree/bindings/timer/jcore,pit.txt| 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/timer/jcore,pit.txt
diff --git a/Documentation/devicetree/bindings/timer
to a full-range
32-bit nanoseconds count.
Signed-off-by: Rich Felker
---
drivers/clocksource/Kconfig | 10 ++
drivers/clocksource/Makefile| 1 +
drivers/clocksource/jcore-pit.c | 249
include/linux/cpuhotplug.h | 1 +
4 files changed, 261
This version of the patch makes the changes requested by Daniel
Lezcano in review of v8.
Rich Felker (2):
of: add J-Core timer bindings
clocksource: add J-Core timer/clocksource driver
.../devicetree/bindings/timer/jcore,pit.txt| 24 ++
drivers/clocksource/Kconfig
solve the problem, instead of registering handle_simple_irq as the
handler, register a wrapper function which checks whether the irq to
be handled was requested as per-cpu or not, and passes it to
handle_simple_irq or handle_percpu_irq accordingly.
Signed-off-by: Rich Felker
---
I've r
On Thu, Oct 13, 2016 at 03:25:42PM -0400, Rich Felker wrote:
> On Wed, Oct 12, 2016 at 11:31:26PM +0200, Daniel Lezcano wrote:
> > > > --> System Type
> > > >
> > > > That is what you are looking for, a SUPERH config option selecting all
> > > &
On Wed, Oct 12, 2016 at 11:31:26PM +0200, Daniel Lezcano wrote:
> > > --> System Type
> > >
> > > That is what you are looking for, a SUPERH config option selecting all the
> > > common options and then a JCORE config option adding the different missing
> > > bits, namely the CLKSRC_JCORE_PIT.
> >
On Wed, Oct 12, 2016 at 11:31:26PM +0200, Daniel Lezcano wrote:
> > > I understand the goal is to have one single configuration and everything
> > > DT based and it sounds great but what is missing here is just a subarch,
> > > not an option to enable/disable the timer.
> > >
> > > Give a try with
On Wed, Oct 12, 2016 at 01:34:17PM -0700, Paul E. McKenney wrote:
> On Wed, Oct 12, 2016 at 12:35:43PM -0400, Rich Felker wrote:
> > On Wed, Oct 12, 2016 at 10:18:02AM +0200, Thomas Gleixner wrote:
> > > On Tue, 11 Oct 2016, Rich Felker wrote:
> > > > On Sun, Oc
> > > registers, which give a 64-bit seconds count and 32-bit nanoseconds
> > > > that wrap every second. The driver converts these to a full-range
> > > > 32-bit nanoseconds count.
> > > >
> > > > Signed-off-by: Rich Felker
> > > > ---
> > &g
On Wed, Oct 12, 2016 at 10:18:02AM +0200, Thomas Gleixner wrote:
> On Tue, 11 Oct 2016, Rich Felker wrote:
> > On Sun, Oct 09, 2016 at 09:23:58PM +0200, Thomas Gleixner wrote:
> > > On Sun, 9 Oct 2016, Rich Felker wrote:
> > > > On Sun, Oct 09, 2016 at 01:03:10P
On Tue, Oct 11, 2016 at 08:18:12PM +0200, Daniel Lezcano wrote:
>
> Hi Rich,
>
> On Sun, Oct 09, 2016 at 05:34:22AM +, Rich Felker wrote:
> > At the hardware level, the J-Core PIT is integrated with the interrupt
> > controller, but it is represented as i
On Sun, Oct 09, 2016 at 09:23:58PM +0200, Thomas Gleixner wrote:
> On Sun, 9 Oct 2016, Rich Felker wrote:
> > On Sun, Oct 09, 2016 at 01:03:10PM +0200, Thomas Gleixner wrote:
> > My preference would just be to keep the branch, but with your improved
> > version that doesn&#
ivers interrupts on a fixed cpu,
and the runtime branch also has a small but nonzero cost. Instead, use
handle_percpu_irq for all irqs.
Signed-off-by: Rich Felker
---
Updated based on discussions with Thomas Gleixner about the v1 patch,
and confirmation from Jeff Dionne (J-Core project) that
On Sun, Oct 09, 2016 at 09:23:58PM +0200, Thomas Gleixner wrote:
> On Sun, 9 Oct 2016, Rich Felker wrote:
> > On Sun, Oct 09, 2016 at 01:03:10PM +0200, Thomas Gleixner wrote:
> > My preference would just be to keep the branch, but with your improved
> > version that doesn&#
On Sun, Oct 09, 2016 at 01:03:10PM +0200, Thomas Gleixner wrote:
> On Sun, 9 Oct 2016, Rich Felker wrote:
> > Ideas for improvement are welcome -- for example the
> > irq_is_percpu(irq_desc_get_irq(desc)) thing looks rather silly but I
>
> See the other mail.
>
>
On Sun, Oct 09, 2016 at 11:14:20AM +0200, Thomas Gleixner wrote:
> Rich,
>
> On Sat, 8 Oct 2016, Rich Felker wrote:
> > On Sat, Oct 08, 2016 at 07:03:30PM +0200, Thomas Gleixner wrote:
> > > Because you drop out the idle spin due to an interrupt, but no interrupt
> >
solve the problem, instead of registering handle_simple_irq as the
handler, register a wrapper function which checks whether the irq to
be handled was requested as per-cpu or not, and passes it to
handle_simple_irq or handle_percpu_irq accordingly.
Signed-off-by: Rich Felker
---
Ideas for improvemen
Signed-off-by: Rich Felker
Acked-by: Rob Herring
---
.../devicetree/bindings/timer/jcore,pit.txt| 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/timer/jcore,pit.txt
diff --git a/Documentation/devicetree/bindings/timer
to a full-range
32-bit nanoseconds count.
Signed-off-by: Rich Felker
---
drivers/clocksource/Kconfig | 10 ++
drivers/clocksource/Makefile| 1 +
drivers/clocksource/jcore-pit.c | 231
include/linux/cpuhotplug.h | 1 +
4 files changed, 243
Resubmitted with the (incorrect) workaround for rcu_sched stalls
removed, since the problem was found in the interrupt controller
driver; a separate patch will be submitted for it.
Rich Felker (2):
of: add J-Core timer bindings
clocksource: add J-Core timer/clocksource driver
.../devicetree
On Sat, Oct 08, 2016 at 07:03:30PM +0200, Thomas Gleixner wrote:
> On Sat, 8 Oct 2016, Rich Felker wrote:
> > On Sat, Oct 08, 2016 at 01:32:06PM +0200, Thomas Gleixner wrote:
> > > CPU spins and waits for an interrupt to happen
> > >
> > >
> >
On Sat, Oct 08, 2016 at 01:32:06PM +0200, Thomas Gleixner wrote:
> On Fri, 7 Oct 2016, Rich Felker wrote:
> >
> > If I'm not mistaken, the bug is in tick_nohz_restart. According to the
>
> I think you are mistaken. Let's look at CPU0 only:
OK.
>
On Fri, Sep 30, 2016 at 03:15:11PM +0200, Thomas Gleixner wrote:
> On Tue, 27 Sep 2016, Rich Felker wrote:
> > I've managed to get a trace with a stall. I'm not sure what the best
> > way to share the full thing is, since it's large, but here are the
> > potent
On Tue, Oct 04, 2016 at 02:14:51PM -0700, Paul E. McKenney wrote:
> On Tue, Oct 04, 2016 at 04:58:37PM -0400, Rich Felker wrote:
> > On Tue, Oct 04, 2016 at 12:06:23AM -0700, Paul E. McKenney wrote:
> > > On Mon, Oct 03, 2016 at 06:10:39PM -0400, Rich Felker wrote:
> > >
On Tue, Oct 04, 2016 at 12:06:23AM -0700, Paul E. McKenney wrote:
> On Mon, Oct 03, 2016 at 06:10:39PM -0400, Rich Felker wrote:
> > On Mon, Sep 26, 2016 at 11:27:14PM +0200, Daniel Lezcano wrote:
> > > On 26/09/2016 23:07, Rich Felker wrote:
> > > > Ping. Is there a
On Mon, Sep 26, 2016 at 11:27:14PM +0200, Daniel Lezcano wrote:
> On 26/09/2016 23:07, Rich Felker wrote:
> > Ping. Is there anything that still needs to be changed for this driver
> > to be acceptable?
>
> It is on my radar. I'm reviewing it.
>
> Can you elabo
On Sat, Oct 01, 2016 at 08:00:49PM -0400, Rich Felker wrote:
> > > > > > - During the whole sequence, hrtimer expiration times are being set
> > > > > > to
> > > > > > exact jiffies (@ 100 Hz), whereas before it they're quite
>
On Sat, Oct 01, 2016 at 10:58:37AM -0700, Paul E. McKenney wrote:
> On Sat, Oct 01, 2016 at 01:05:08PM -0400, Rich Felker wrote:
> > On Fri, Sep 30, 2016 at 06:48:35AM -0700, Paul E. McKenney wrote:
> > > On Fri, Sep 30, 2016 at 03:15:11PM +0200, Thomas Gleixner wrote:
> >
On Fri, Sep 30, 2016 at 06:48:35AM -0700, Paul E. McKenney wrote:
> On Fri, Sep 30, 2016 at 03:15:11PM +0200, Thomas Gleixner wrote:
> > On Tue, 27 Sep 2016, Rich Felker wrote:
> > > I've managed to get a trace with a stall. I'm not sure what the best
> > >
On Mon, Sep 26, 2016 at 08:42:58PM -0400, Rich Felker wrote:
> On Mon, Sep 26, 2016 at 07:55:13PM -0400, Thomas Gleixner wrote:
> > On Mon, 26 Sep 2016, Rich Felker wrote:
> > > On Mon, Sep 26, 2016 at 11:27:14PM +0200, Daniel Lezcano wrote:
> > > Based on use o
On Mon, Sep 26, 2016 at 07:55:13PM -0400, Thomas Gleixner wrote:
> On Mon, 26 Sep 2016, Rich Felker wrote:
> > On Mon, Sep 26, 2016 at 11:27:14PM +0200, Daniel Lezcano wrote:
> > Based on use of ftrace, I was able to see situations where a second
> > timer hardirq happened
On Mon, Sep 26, 2016 at 11:27:14PM +0200, Daniel Lezcano wrote:
> On 26/09/2016 23:07, Rich Felker wrote:
> > Ping. Is there anything that still needs to be changed for this driver
> > to be acceptable?
>
> It is on my radar. I'm reviewing it.
>
> Can you elabo
Ping. Is there anything that still needs to be changed for this driver
to be acceptable?
On Mon, Sep 17, 2001 at 04:00:00AM +, Rich Felker wrote:
> At the hardware level, the J-Core PIT is integrated with the interrupt
> controller, but it is represented as its own device and
to a full-range
32-bit nanoseconds count.
Signed-off-by: Rich Felker
---
drivers/clocksource/Kconfig | 10 ++
drivers/clocksource/Makefile| 1 +
drivers/clocksource/jcore-pit.c | 240
include/linux/cpuhotplug.h | 1 +
4 files changed, 252
Signed-off-by: Rich Felker
Acked-by: Rob Herring
---
.../devicetree/bindings/timer/jcore,pit.txt| 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/timer/jcore,pit.txt
diff --git a/Documentation/devicetree/bindings/timer
This version has been updated to include specific changes requested in
the last round of review, and to work around a problem discussed with
Paul McKenney (See thread "rcu_sched stalls in idle task introduced in
pre-4.8?" for details).
Rich Felker (2):
of: add J-Core time
On Sat, Sep 17, 2016 at 11:40:28PM -0500, Rob Landley wrote:
>
>
> On 09/16/2016 09:23 PM, Guenter Roeck wrote:
> > On 09/16/2016 04:32 PM, Rich Felker wrote:
> >>> 4.6.3 from kernel.org.
> >>
> >> That is utterly ancient and probaby very buggy. I w
On Fri, Sep 16, 2016 at 03:47:44PM -0700, Guenter Roeck wrote:
> On Fri, Sep 16, 2016 at 05:39:18PM -0400, Rich Felker wrote:
> > On Fri, Sep 16, 2016 at 10:31:41PM +0100, Al Viro wrote:
> > > On Fri, Sep 16, 2016 at 01:59:38PM -0700, Guenter Roeck wrote:
> > > > Yes
On Fri, Sep 16, 2016 at 10:31:41PM +0100, Al Viro wrote:
> On Fri, Sep 16, 2016 at 01:59:38PM -0700, Guenter Roeck wrote:
> > Yes, reverting 6e050503a150 fixes the problem.
> >
> > I added a BUG() into the "if (unlikely())" below, but it doesn't catch,
> > and I still get the ip: OVERRUN errors. W
On Sat, Sep 10, 2016 at 03:19:38AM -0700, Paul E. McKenney wrote:
> On Thu, Sep 08, 2016 at 06:16:53PM -0400, Rich Felker wrote:
> > On Wed, Aug 03, 2016 at 09:16:31AM -0700, Paul E. McKenney wrote:
> > > On Tue, Aug 02, 2016 at 01:45:04PM -0700, Paul E. McKenney wrote:
>
On Wed, Aug 03, 2016 at 09:16:31AM -0700, Paul E. McKenney wrote:
> On Tue, Aug 02, 2016 at 01:45:04PM -0700, Paul E. McKenney wrote:
> > On Tue, Aug 02, 2016 at 04:32:17PM -0400, Rich Felker wrote:
> > > On Tue, Aug 02, 2016 at 12:48:02PM -0700, Paul
On Thu, Aug 25, 2016 at 07:21:13PM +0100, Mark Rutland wrote:
> On Thu, Aug 25, 2016 at 01:51:35PM -0400, Rich Felker wrote:
> > On Thu, Aug 25, 2016 at 05:38:06PM +0100, Mark Rutland wrote:
> > > On Thu, Aug 25, 2016 at 10:56:50AM -0400, Rich Felker wrote:
> > > >
On Thu, Aug 25, 2016 at 05:38:06PM +0100, Mark Rutland wrote:
> On Thu, Aug 25, 2016 at 10:56:50AM -0400, Rich Felker wrote:
> > On Thu, Aug 25, 2016 at 10:07:08AM +0200, Thomas Gleixner wrote:
> > > On Wed, 24 Aug 2016, Rich Felker wrote:
> > As for this topic, what hap
On Thu, Aug 25, 2016 at 05:41:29PM +0200, Thomas Gleixner wrote:
> On Thu, 25 Aug 2016, Rich Felker wrote:
> > assumption that is was just a bug. Now that Mark Rutland has explained
> > it well (and with your additional explanation below in your email), I
> > see what the
On Thu, Aug 25, 2016 at 10:07:08AM +0200, Thomas Gleixner wrote:
> Rich,
>
> On Wed, 24 Aug 2016, Rich Felker wrote:
> > I don't think that's a correct characterization. Rather the percpu
> > infrastructure just means something completely different from what you
On Wed, Aug 24, 2016 at 10:22:13PM +0100, Mark Rutland wrote:
> On Wed, Aug 24, 2016 at 04:52:26PM -0400, Rich Felker wrote:
> > On Wed, Aug 24, 2016 at 10:01:08PM +0200, Arnd Bergmann wrote:
> > > On Wednesday, August 24, 2016 1:40:01 PM CEST Rich Felker wrote:
> > >
On Wed, Aug 24, 2016 at 10:01:08PM +0200, Arnd Bergmann wrote:
> On Wednesday, August 24, 2016 1:40:01 PM CEST Rich Felker wrote:
> > On Wed, Aug 24, 2016 at 06:42:05PM +0200, Daniel Lezcano wrote:
> > > > diff --git a/drivers/clocksource/Kconfig b/drivers/clocksource/Kconfig
On Wed, Aug 24, 2016 at 08:01:52PM +0100, Marc Zyngier wrote:
> On Wed, 24 Aug 2016 13:40:01 -0400
> Rich Felker wrote:
>
> [...]
>
> > > IIUC, there is a problem with the interrupt controller where
> the per irq
> > > line are not working correctly. Is tha
On Wed, Aug 24, 2016 at 06:42:05PM +0200, Daniel Lezcano wrote:
> > diff --git a/drivers/clocksource/Kconfig b/drivers/clocksource/Kconfig
> > index 5677886..3210ca5 100644
> > --- a/drivers/clocksource/Kconfig
> > +++ b/drivers/clocksource/Kconfig
> > @@ -407,6 +407,15 @@ config SYS_SUPPORTS_SH_TM
On Mon, Aug 08, 2016 at 05:46:33PM +0200, Geert Uytterhoeven wrote:
> Hi Rich,
>
> On Mon, Aug 8, 2016 at 4:31 PM, Rich Felker wrote:
> > On Mon, Aug 08, 2016 at 10:38:07AM +0200, Geert Uytterhoeven wrote:
> >> On Mon, Aug 8, 2016 at 10:32 AM, Geert Uytterhoeven
> >
On Mon, Aug 08, 2016 at 10:38:07AM +0200, Geert Uytterhoeven wrote:
> On Mon, Aug 8, 2016 at 10:32 AM, Geert Uytterhoeven
> wrote:
> > Below is the list of build error/warning regressions/improvements in
> > v4.8-rc1[1] compared to v4.7[2].
> >
> > Summarized:
> > - build errors: +8/-12
>
> >
ake 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 (16):
sh: add support for linking a builtin device tree blob in the kernel
On Wed, Jul 27, 2016 at 01:31:12AM -0400, Rich Felker wrote:
> 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
On Thu, Aug 04, 2016 at 02:24:51PM +0600, Alexnader Kuleshov wrote:
> Hello Rich,
>
> On 08-04-16, Rich Felker wrote:
> > At the hardware level, the J-Core PIT is integrated with the interrupt
> > controller, but it is represented as its own device and has an
> > indepe
On Wed, Aug 03, 2016 at 09:44:51PM -0700, Guenter Roeck wrote:
> Hi,
>
> I see the following build error in -next when building sh:shx3_defconfig.
>
> {standard input}: Assembler messages:
> {standard input}:177: Error: unknown opcode
> {standard input}:7760: Error: unknown opcode
>
> {standard
On Thu, Aug 04, 2016 at 03:05:16PM +0200, Geert Uytterhoeven wrote:
> Hi Rich,
>
> On Sat, Jul 30, 2016 at 5:34 AM, Rich Felker wrote:
> > On Thu, Jul 28, 2016 at 08:51:25PM +0100, Mark Brown wrote:
> >> On Thu, Jul 28, 2016 at 03:40:45PM -0400, Rich Felker wrote:
> &
On Thu, Aug 04, 2016 at 04:32:57PM +0200, Geert Uytterhoeven wrote:
> Hi Rich,
>
> On Thu, Aug 4, 2016 at 6:30 AM, Rich Felker wrote:
> > --- /dev/null
> > +++ b/drivers/irqchip/irq-jcore-aic.c
>
> > +int __init aic_irq_of_init(struct device_node *node, s
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 | 9 ++
drivers/clocksource/Makefile| 1 +
drivers/clockso
On Wed, Aug 03, 2016 at 08:16:43AM -0500, Rob Herring wrote:
> On Sun, Apr 3, 2016 at 12:12 AM, Rich Felker wrote:
>
> The date on your patch emails is way off.
Thanks for catching this. I tweaked my email-prep scripts to improve
coverage of who to send to, and somehow lost the
Signed-off-by: Rich Felker
---
.../devicetree/bindings/spi/jcore,spi.txt | 34 ++
1 file changed, 34 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/jcore,spi.txt
diff --git a/Documentation/devicetree/bindings/spi/jcore,spi.txt
b
ll be 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 | 7 ++
drivers/spi/Makefile| 1 +
drivers/spi/spi-jcore.c | 232 +
arithmetic in hot paths.
I've also removed a comment about Linux implementation details from
the DT binding document since it's not actually part of the bindings.
Finally, driver was made conditional in Kconfig to avoid it showing up
in configurations where it's not relevant.
Rich
clock-frequency property in the DT. Corresponding
changes were made to the DT binding patch.
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 | 34 +++
drivers/spi/Kc
Signed-off-by: Rich Felker
---
.../devicetree/bindings/timer/jcore,pit.txt| 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/timer/jcore,pit.txt
diff --git a/Documentation/devicetree/bindings/timer/jcore,pit.txt
b
configurations where it's not relevant.
Rich
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| 7 ++
drivers/irqchip/Mak
Signed-off-by: Rich Felker
Acked-by: Rob Herring
---
.../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
x27;s
currently in use in deployments and all released bitstream binaries.
Signed-off-by: Rich Felker
---
drivers/irqchip/Kconfig | 7 +++
drivers/irqchip/Makefile| 1 +
drivers/irqchip/irq-jcore-aic.c | 94 +
3 files changed, 102 inser
ll be 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 | 7 ++
drivers/spi/Makefile| 1 +
drivers/spi/spi-jcore.c | 232 +
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 | 9 ++
drivers/clocksource/Makefile| 1 +
drivers/clockso
Signed-off-by: Rich Felker
---
.../devicetree/bindings/spi/jcore,spi.txt | 34 ++
1 file changed, 34 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/jcore,spi.txt
diff --git a/Documentation/devicetree/bindings/spi/jcore,spi.txt
b
Signed-off-by: Rich Felker
Acked-by: Rob Herring
---
.../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
clock-frequency property in the DT. Corresponding
changes were made to the DT binding patch.
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 | 34 +++
drivers/spi/Kc
Signed-off-by: Rich Felker
---
.../devicetree/bindings/timer/jcore,pit.txt| 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/timer/jcore,pit.txt
diff --git a/Documentation/devicetree/bindings/timer/jcore,pit.txt
b
arithmetic in hot paths.
I've also removed a comment about Linux implementation details from
the DT binding document since it's not actually part of the bindings.
Finally, driver was made conditional in Kconfig to avoid it showing up
in configurations where it's not relevant.
Rich
x27;s
currently in use in deployments and all released bitstream binaries.
Signed-off-by: Rich Felker
---
drivers/irqchip/Kconfig | 7 +++
drivers/irqchip/Makefile| 1 +
drivers/irqchip/irq-jcore-aic.c | 94 +
3 files changed, 102 inser
configurations where it's not relevant.
Rich
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| 7 ++
drivers/irqchip/Mak
On Tue, May 17, 2016 at 11:18:58PM +, Rich Felker wrote:
> Signed-off-by: Rich Felker
> ---
> .../devicetree/bindings/timer/jcore,pit.txt| 25
> ++
> 1 file changed, 25 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/t
On Fri, Jul 29, 2016 at 03:58:38PM -0500, Rob Herring wrote:
> On Tue, May 17, 2016 at 11:19:25PM +0000, Rich Felker wrote:
> > Signed-off-by: Rich Felker
> > ---
> > .../devicetree/bindings/spi/jcore,spi.txt | 30
> > ++
> &g
On Tue, Aug 02, 2016 at 12:48:02PM -0700, Paul E. McKenney wrote:
> > > > The system I'm testing on is an SMP configuration of the J2 SoC on
> > > > FPGA (see: j-core.org), and the SMP support and timer driver (most
> > > > relevant, imo) are new, but never exhibited this problem on 4.6 or
> > > >
201 - 300 of 541 matches
Mail list logo
