Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1656699 > unrolled thread

Re: [PATCH RFC tip/core/rcu] Make SRCU be once again optional

Started by"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
First post2017-06-03 06:00 +0200
Last post2017-06-03 22:40 +0200
Articles 3 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH RFC tip/core/rcu] Make SRCU be once again optional "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> - 2017-06-03 06:00 +0200
    Re: [PATCH RFC tip/core/rcu] Make SRCU be once again optional Nicolas Pitre <nicolas.pitre@linaro.org> - 2017-06-03 07:20 +0200
      Re: [PATCH RFC tip/core/rcu] Make SRCU be once again optional "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> - 2017-06-03 22:40 +0200

#1656699 — Re: [PATCH RFC tip/core/rcu] Make SRCU be once again optional

From"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Date2017-06-03 06:00 +0200
SubjectRe: [PATCH RFC tip/core/rcu] Make SRCU be once again optional
Message-ID<tO8oh-1Pk-3@gated-at.bofh.it>
On Fri, May 12, 2017 at 12:10:05PM -0700, Paul E. McKenney wrote:
> On Fri, May 12, 2017 at 02:59:48PM -0400, Nicolas Pitre wrote:
> > On Fri, 12 May 2017, Paul E. McKenney wrote:

[ . . . ]

> > No.  "Available in mainline" is the name of the game for all I do. If it 
> > can't be made acceptable for mainline then it basically has no chance of 
> > gaining traction and becoming generally useful. My approach is therefore 
> > to always find solutions that can be maintained upstream and contributed 
> > to with minimal fuss by anyone.
> 
> OK, then wish me luck.  ;-)

And still quite a bit of back and forth.  How are things with tty?

One question that came up -- what sort of SoCs are you targeting?
A number of people are insisting that smartphone SoCs with 256M DRAM
are the minimal systems of the future.  This seems unlikely to me,
given the potential for extremely cheap SoCs with EDRAM or some such,
but figured I should ask what you are targeting.

							Thanx, Paul

[toc] | [next] | [standalone]


#1656718

FromNicolas Pitre <nicolas.pitre@linaro.org>
Date2017-06-03 07:20 +0200
Message-ID<tO9DH-2OS-9@gated-at.bofh.it>
In reply to#1656699
On Fri, 2 Jun 2017, Paul E. McKenney wrote:

> On Fri, May 12, 2017 at 12:10:05PM -0700, Paul E. McKenney wrote:
> > On Fri, May 12, 2017 at 02:59:48PM -0400, Nicolas Pitre wrote:
> > > On Fri, 12 May 2017, Paul E. McKenney wrote:
> 
> [ . . . ]
> 
> > > No.  "Available in mainline" is the name of the game for all I do. If it 
> > > can't be made acceptable for mainline then it basically has no chance of 
> > > gaining traction and becoming generally useful. My approach is therefore 
> > > to always find solutions that can be maintained upstream and contributed 
> > > to with minimal fuss by anyone.
> > 
> > OK, then wish me luck.  ;-)
> 
> And still quite a bit of back and forth.  How are things with tty?
> 
> One question that came up -- what sort of SoCs are you targeting?
> A number of people are insisting that smartphone SoCs with 256M DRAM
> are the minimal systems of the future.  This seems unlikely to me,
> given the potential for extremely cheap SoCs with EDRAM or some such,
> but figured I should ask what you are targeting.

I'm targetting 256 *kilobytes* of RAM. Most likely SRAM. That's not for 
smart phones but really cheap IoT devices. That's the next area for 
(trimmed down) Linux to conquer. Example targets are STM32 chips.

Please see the following for the rationale and how to get there:

https://lwn.net/Articles/721074/

http://www.mail-archive.com/search?l=mid&q=alpine.LFD.2.20.1703241215540.2304%40knanqh.ubzr


Nicolas

[toc] | [prev] | [next] | [standalone]


#1656924

From"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Date2017-06-03 22:40 +0200
Message-ID<tOo02-3fK-15@gated-at.bofh.it>
In reply to#1656718
On Sat, Jun 03, 2017 at 01:18:43AM -0400, Nicolas Pitre wrote:
> On Fri, 2 Jun 2017, Paul E. McKenney wrote:
> 
> > On Fri, May 12, 2017 at 12:10:05PM -0700, Paul E. McKenney wrote:
> > > On Fri, May 12, 2017 at 02:59:48PM -0400, Nicolas Pitre wrote:
> > > > On Fri, 12 May 2017, Paul E. McKenney wrote:
> > 
> > [ . . . ]
> > 
> > > > No.  "Available in mainline" is the name of the game for all I do. If it 
> > > > can't be made acceptable for mainline then it basically has no chance of 
> > > > gaining traction and becoming generally useful. My approach is therefore 
> > > > to always find solutions that can be maintained upstream and contributed 
> > > > to with minimal fuss by anyone.
> > > 
> > > OK, then wish me luck.  ;-)
> > 
> > And still quite a bit of back and forth.  How are things with tty?
> > 
> > One question that came up -- what sort of SoCs are you targeting?
> > A number of people are insisting that smartphone SoCs with 256M DRAM
> > are the minimal systems of the future.  This seems unlikely to me,
> > given the potential for extremely cheap SoCs with EDRAM or some such,
> > but figured I should ask what you are targeting.
> 
> I'm targetting 256 *kilobytes* of RAM. Most likely SRAM. That's not for 
> smart phones but really cheap IoT devices. That's the next area for 
> (trimmed down) Linux to conquer. Example targets are STM32 chips.
> 
> Please see the following for the rationale and how to get there:
> 
> https://lwn.net/Articles/721074/
> 
> http://www.mail-archive.com/search?l=mid&q=alpine.LFD.2.20.1703241215540.2304%40knanqh.ubzr

Ah, thank you for the reminder.  I did read that article, but somehow
got a few megabytes stuck in my head instead of the correct quarter meg.

Anyway, don't look now, but Tiny {S,}RCU just might live on, for a bit
longer, anyway.

							Thanx, Paul

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web