On Mon, 29 Jan 2001, Michael B. Trausch wrote:
I'm having a weird problem with 2.4.1, and I am *not* having this problem
with 2.4.0. When I attempt to connect to the Internet using Kernel 2.4.1,
I get errors about PPP something-or-another, invalid argument. I've tried
Upgrade ppp to
I have made changes in STRIP address handling to accomodate new 128Kbps
Ricochet GS "modems" that Metricom makes now. There is no official
maintainer of STRIP code (maybe I should become one, however folks at
Stanford who work on the original project probably will be more
appropriate), so I am
On Thu, 23 Nov 2000, J . A . Magallon wrote:
Little question about 'uname'. Does it read data from kernel, /proc or
get its data from other source ?
uname(1) utility calls uname(2) syscall.
--
Alex
--
Excellent.. now give
On Thu, 21 Dec 2000 [EMAIL PROTECTED] wrote:
Are you interested in Office 2000? I am selling perfectly working
copies
of Microsoft Office 2000 SR-1 Premium Edition for a flat price of
$50 USD.
The suite contains 4 discs and includes:
Word
Excel
Outlook
PowerPoint
Access
On Fri, 22 Dec 2000, James Lewis Nance wrote:
benefits from and which may help cut down computer crime beyond government.
(and which of course actually is part of the NSA's real job)
I often wonder how many people know that a whole bunch of the Linux
networking code is Copyrighted by the
On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote:
Subject: OS Games Software
Are you still using an old operating system? Why not upgrade to a
newer and
more reliable version? You'll enjoy greater features and more
stability.
Microsoft Dos 6.22$15
Microsoft
On Wed, 3 Jan 2001, Daniel Phillips wrote:
I don't doubt that if the 'power switch' method of shutdown becomes
popular we will discover some applications that have windows where they
can be hurt by sudden shutdown, even will full filesystem data state
being preserved. Such applications are
On Thu, 4 Jan 2001, Daniel Phillips wrote:
A lot of applications always rely on their file i/o being done in some
manner that has atomic (from the application's point of view) operations
other than system calls -- heck, even make(1) does that.
Nobody is forcing you to hit the power
On Fri, 15 Jun 2001, Dan Hollis wrote:
Received: from [195.161.132.168] ([195.161.132.168]:38150 HELO 777)
by vger.kernel.org with SMTP id S264252AbRFOVTc;
Fri, 15 Jun 2001 17:19:32 -0400
inetnum: 195.161.132.0 - 195.161.132.255
netname: RT-CLNT-MMTEL
descr:
Greg Pomerantz [EMAIL PROTECTED] and I have found that Novatel Merlin
for Ricochet PCMCIA card, while looking like otherwise ordinary serial
PCMCIA device, has the receive buffer 576 bytes long. When regular serial
driver reads the arrived data, it often runs out of 512-bytes flip buffer
and
On Thu, 1 Feb 2001, Alan Cox wrote:
I also propose to increase the size of flip buffer to 640 bytes (so the
flipping won't occur every time in the middle of the full buffer), however
I understand that it's a rather drastic change for such a simple goal, and
not everyone will agree that
On Thu, 1 Feb 2001, Joe deBlaquiere wrote:
Hi Alex!
I'm a little confused here... why are we overrunning? This thing is
running externally at 19200 at best, even if it does all come in as a
packet.
Different Merlin -- original Merlin is 19200, "Merlin for Ricochet" is
128Kbps
On Thu, 1 Feb 2001, Joe deBlaquiere wrote:
I'm a little confused here... why are we overrunning? This thing is
running externally at 19200 at best, even if it does all come in as a
packet.
Different Merlin -- original Merlin is 19200, "Merlin for Ricochet" is
128Kbps (or
On Fri, 9 Feb 2001, Pavel Machek wrote:
I also propose to increase the size of flip buffer to 640 bytes (so the
flipping won't occur every time in the middle of the full buffer), however
I understand that it's a rather drastic change for such a simple goal, and
not everyone will
On Fri, 28 Dec 2012, anish singh wrote:
have source insight.We can use wine in linux but that sucks.
Funny you say that!
Never heard of cscope, ctags ?
It is not as convenient as source insight or is it?
There is also LXR.
If it's not good enough for you, then don't look at it.
--
To
On Mon, 29 Jan 2001, Michael B. Trausch wrote:
> I'm having a weird problem with 2.4.1, and I am *not* having this problem
> with 2.4.0. When I attempt to connect to the Internet using Kernel 2.4.1,
> I get errors about PPP something-or-another, invalid argument. I've tried
Upgrade ppp to
On Fri, 15 Jun 2001, Dan Hollis wrote:
> Received: from [195.161.132.168] ([195.161.132.168]:38150 "HELO 777")
> by vger.kernel.org with SMTP id ;
> Fri, 15 Jun 2001 17:19:32 -0400
>
> inetnum: 195.161.132.0 - 195.161.132.255
> netname: RT-CLNT-MMTEL
> descr:
On Thu, 23 Nov 2000, J . A . Magallon wrote:
> Little question about 'uname'. Does it read data from kernel, /proc or
> get its data from other source ?
uname(1) utility calls uname(2) syscall.
--
Alex
--
Excellent.. now
I have made changes in STRIP address handling to accomodate new 128Kbps
Ricochet GS "modems" that Metricom makes now. There is no official
maintainer of STRIP code (maybe I should become one, however folks at
Stanford who work on the original project probably will be more
appropriate), so I am
On Thu, 21 Dec 2000 [EMAIL PROTECTED] wrote:
> Are you interested in Office 2000? I am selling perfectly working
> copies
> of Microsoft Office 2000 SR-1 Premium Edition for a flat price of
> $50 USD.
> The suite contains 4 discs and includes:
>
> Word
> Excel
> Outlook
> PowerPoint
>
On Fri, 22 Dec 2000, James Lewis Nance wrote:
> > benefits from and which may help cut down computer crime beyond government.
> > (and which of course actually is part of the NSA's real job)
>
> I often wonder how many people know that a whole bunch of the Linux
> networking code is Copyrighted
On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote:
> Subject: OS & Games Software
>
> Are you still using an old operating system? Why not upgrade to a
> newer and
> more reliable version? You'll enjoy greater features and more
> stability.
>
> Microsoft Dos 6.22$15
>
On Wed, 3 Jan 2001, Daniel Phillips wrote:
> I don't doubt that if the 'power switch' method of shutdown becomes
> popular we will discover some applications that have windows where they
> can be hurt by sudden shutdown, even will full filesystem data state
> being preserved. Such applications
On Thu, 4 Jan 2001, Daniel Phillips wrote:
> > A lot of applications always rely on their file i/o being done in some
> > manner that has atomic (from the application's point of view) operations
> > other than system calls -- heck, even make(1) does that.
>
> Nobody is forcing you to hit the
Greg Pomerantz <[EMAIL PROTECTED]> and I have found that Novatel Merlin
for Ricochet PCMCIA card, while looking like otherwise ordinary serial
PCMCIA device, has the receive buffer 576 bytes long. When regular serial
driver reads the arrived data, it often runs out of 512-bytes flip buffer
and
On Thu, 1 Feb 2001, Alan Cox wrote:
> > I also propose to increase the size of flip buffer to 640 bytes (so the
> > flipping won't occur every time in the middle of the full buffer), however
> > I understand that it's a rather drastic change for such a simple goal, and
> > not everyone will
On Thu, 1 Feb 2001, Joe deBlaquiere wrote:
> Hi Alex!
>
> I'm a little confused here... why are we overrunning? This thing is
> running externally at 19200 at best, even if it does all come in as a
> packet.
Different Merlin -- original Merlin is 19200, "Merlin for Ricochet" is
On Thu, 1 Feb 2001, Joe deBlaquiere wrote:
> >>I'm a little confused here... why are we overrunning? This thing is
> >> running externally at 19200 at best, even if it does all come in as a
> >> packet.
> >
> >
> > Different Merlin -- original Merlin is 19200, "Merlin for Ricochet" is
On Fri, 9 Feb 2001, Pavel Machek wrote:
> > > I also propose to increase the size of flip buffer to 640 bytes (so the
> > > flipping won't occur every time in the middle of the full buffer), however
> > > I understand that it's a rather drastic change for such a simple goal, and
> > > not
On Mon, 2020-10-05 at 01:14 +0200, Frederic Weisbecker wrote:
> Speaking of which, I agree with Thomas that it's unnecessary.
> > > It's
> > > too much
> > > code and complexity. We can use the existing trace events and
> > > perform
> > > the
> > > analysis from userspace to find the source of
On Thu, 2020-10-01 at 15:56 +0200, Frederic Weisbecker wrote:
> External Email
>
> ---
> ---
> On Wed, Jul 22, 2020 at 02:49:49PM +0000, Alex Belits wrote:
> > +/*
> > + * Description of the last
On Thu, 2020-10-01 at 16:40 +0200, Frederic Weisbecker wrote:
> External Email
>
> ---
> ---
> On Wed, Jul 22, 2020 at 02:49:49PM +0000, Alex Belits wrote:
> > +/**
> > + * task_isolation_kernel_ent
On Thu, 2020-10-01 at 16:44 +0200, Frederic Weisbecker wrote:
> External Email
>
> ---
> ---
> On Wed, Jul 22, 2020 at 02:57:33PM +0000, Alex Belits wrote:
> > From: Yuri Norov
> >
> > For nohz
On Thu, 2020-10-01 at 16:47 +0200, Frederic Weisbecker wrote:
> External Email
>
> ---
> ---
> On Wed, Jul 22, 2020 at 02:58:24PM +0000, Alex Belits wrote:
> > From: Yuri Norov
> >
> > If CPU r
This is an update of task isolation work that was originally done by
Chris Metcalf and maintained by him until
November 2017. It is adapted to the current kernel and cleaned up to
implement its functionality in a more complete and cleaner manner.
Previous version is at
us
version of the function that guarantees that the vmstat worker
will not run on the core on return from the function. Add a
quiet_vmstat_sync() function with that semantic.
Signed-off-by: Chris Metcalf
Signed-off-by: Alex Belits
---
include/linux/vmstat.h | 2 ++
mm/vmstat.c| 9
-off-by: Alex Belits
---
include/linux/hardirq.h | 2 ++
include/linux/sched.h | 2 ++
kernel/context_tracking.c | 5 +
kernel/entry/common.c | 10 +-
kernel/irq/irqdesc.c | 5 +
5 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/include/linux/hardirq.h
olation bit in ll_isol_flags is visible to userspace as
/sys/devices/system/cpu/isolation_running, and can be used for
monitoring.
Signed-off-by: Chris Metcalf
Signed-off-by: Alex Belits
---
.../admin-guide/kernel-parameters.txt | 6 +
drivers/base/cpu.c
Some drivers don't call functions that call
task_isolation_kernel_enter() in interrupt handlers. Call it
directly.
Signed-off-by: Alex Belits
---
drivers/irqchip/irq-armada-370-xp.c | 6 ++
drivers/irqchip/irq-gic-v3.c| 3 +++
drivers/irqchip/irq-gic.c | 3 +++
drivers
From: Chris Metcalf
This function checks to see if a vmstat worker is not running,
and the vmstat diffs don't require an update. The function is
called from the task-isolation code to see if we need to
actually do some work to quiet vmstat.
Signed-off-by: Chris Metcalf
Signed-off-by: Alex
this rule.
handle_domain_irq() -> task_isolation_kernel_enter()
do_handle_IPI() -> task_isolation_kernel_enter() (may be redundant)
nmi_enter() -> task_isolation_kernel_enter()
Signed-off-by: Chris Metcalf
[abel...@marvell.com: simplified to match kernel 5.10]
Signed-off-by: Alex Belits
, only exclude CPUs running isolated tasks]
Signed-off-by: Alex Belits
---
kernel/time/tick-sched.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
index a213952541db..6c8679e200f0 100644
--- a/kernel/time/tick-sched.c
+++ b
From: Yuri Norov
Make sure that kick_all_cpus_sync() does not call CPUs that are running
isolated tasks.
Signed-off-by: Yuri Norov
[abel...@marvell.com: use safe task_isolation_cpumask() implementation]
Signed-off-by: Alex Belits
---
kernel/smp.c | 14 +-
1 file changed, 13
]
Signed-off-by: Alex Belits
---
kernel/trace/ring_buffer.c | 63 ++
1 file changed, 57 insertions(+), 6 deletions(-)
diff --git a/kernel/trace/ring_buffer.c b/kernel/trace/ring_buffer.c
index dc83b3fa9fe7..9e4fb3ed2af0 100644
--- a/kernel/trace/ring_buffer.c
On Mon, 2020-11-23 at 23:13 +0100, Frederic Weisbecker wrote:
> External Email
>
> ---
> ---
> Hi Alex,
>
> On Mon, Nov 23, 2020 at 05:58:22PM +, Alex Belits wrote:
> > From: Yuri Norov
On Mon, 2020-11-23 at 23:29 +0100, Frederic Weisbecker wrote:
> External Email
>
> ---
> ---
> On Mon, Nov 23, 2020 at 05:58:42PM +0000, Alex Belits wrote:
> > From: Yuri Norov
> >
> > Make su
On Wed, 2020-12-02 at 13:59 +, Mark Rutland wrote:
> External Email
>
> ---
> ---
> Hi Alex,
>
> On Mon, Nov 23, 2020 at 05:58:06PM +, Alex Belits wrote:
> >
On Wed, 2020-12-02 at 14:02 +, Mark Rutland wrote:
> On Tue, Nov 24, 2020 at 05:40:49PM +0000, Alex Belits wrote:
> >
> > > I am having problems applying the patchset to today's linux-next.
> > >
> > > Which kernel should I be using ?
> >
On Wed, 2020-12-02 at 14:18 +, Mark Rutland wrote:
> External Email
>
> ---
> ---
> On Mon, Nov 23, 2020 at 05:57:42PM +0000, Alex Belits wrote:
> > Some drivers don't call functions that call
> >
On Wed, 2020-12-02 at 14:20 +, Mark Rutland wrote:
> External Email
>
> ---
> ---
> On Mon, Nov 23, 2020 at 05:58:22PM +0000, Alex Belits wrote:
> > From: Yuri Norov
> >
> > For nohz
On Tue, 2020-11-24 at 08:36 -0800, Tom Rix wrote:
> External Email
>
> ---
> ---
>
> On 11/23/20 9:42 AM, Alex Belits wrote:
> > This is an update of task isolation work that was originally done
On Tue, 2020-11-24 at 00:21 +0100, Frederic Weisbecker wrote:
> On Mon, Nov 23, 2020 at 10:39:34PM +0000, Alex Belits wrote:
> >
> > This is different from timers. The original design was based on the
> > idea that every CPU should be able to enter kernel at any time and
&g
On Fri, 28 Dec 2012, anish singh wrote:
have source insight.We can use wine in linux but that sucks.
Funny you say that!
Never heard of cscope, ctags ?
It is not as convenient as source insight or is it?
There is also LXR.
If it's not good enough for you, then don't look at it.
--
To
On Thu, 2020-07-23 at 15:17 +0200, Thomas Gleixner wrote:
>
> Without going into details of the individual patches, let me give you a
> high level view of this series:
>
> 1) Entry code handling:
>
> That's completely broken vs. the careful ordering and instrumentation
> protection
On Thu, 2020-07-23 at 16:29 +0200, Peter Zijlstra wrote:
> .
>
> This.. as presented it is an absolutely unreviewable pile of junk. It
> presents code witout any coherent problem description and analysis.
> And
> the patches are not split sanely either.
There is a more complete and slightly
On Thu, 2020-07-23 at 17:48 +0200, Peter Zijlstra wrote:
> On Thu, Jul 23, 2020 at 03:41:46PM +0000, Alex Belits wrote:
> > On Thu, 2020-07-23 at 16:29 +0200, Peter Zijlstra wrote:
> > > .
> > >
> > > This.. as presented it is an absolutely unreviewable pile o
On Thu, 2020-07-23 at 17:49 +0200, Peter Zijlstra wrote:
>
> 'What does noinstr mean? and why do we have it" -- don't dare touch
> the
> entry code until you can answer that.
noinstr disables instrumentation, so there would not be calls and
dependencies on other parts of the kernel when it's
On Thu, 2020-07-23 at 23:44 +0200, Thomas Gleixner wrote:
> External Email
>
> ---
> ---
> Alex Belits writes:
> > On Thu, 2020-07-23 at 17:49 +0200, Peter Zijlstra wrote:
> > > 'What does no
This is a new version of task isolation implementation. Previous version is at
https://lore.kernel.org/lkml/07c25c246c55012981ec0296eee23e68c719333a.ca...@marvell.com/
Mostly this covers race conditions prevention on breaking isolation. Early
after kernel entry,
task_isolation_enter() is called
guarantees that the vmstat worker
will not run on the core on return from the function. Add a
quiet_vmstat_sync() function with that semantic.
Signed-off-by: Chris Metcalf
Signed-off-by: Alex Belits
---
include/linux/vmstat.h | 2 ++
mm/vmstat.c| 9 +
2 files changed, 11
require an update. The function is
called from the task-isolation code to see if we need to
actually do some work to quiet vmstat.
Signed-off-by: Chris Metcalf
Signed-off-by: Alex Belits
---
include/linux/vmstat.h | 2 ++
mm/vmstat.c| 10 ++
2 files changed, 12 insertions
k corresponding
to isolation bit in ll_isol_flags is visible to userspace as
/sys/devices/system/cpu/isolation_running, and can be used for
monitoring.
Separate patches that follow provide these changes for x86, arm,
and arm64 architectures, xen and irqchip drivers.
Signed-off-by: Alex Belits
---
.../adm
]
Signed-off-by: Alex Belits
---
include/linux/hardirq.h | 2 ++
include/linux/sched.h | 2 ++
kernel/context_tracking.c | 4
kernel/irq/irqdesc.c | 13 +
kernel/smp.c | 6 +-
5 files changed, 26 insertions(+), 1 deletion(-)
diff --git a/include/linux
xen_evtchn_do_upcall() should call task_isolation_kernel_enter()
to indicate that isolation is broken and perform synchronization.
Signed-off-by: Alex Belits
---
drivers/xen/events/events_base.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/xen/events/events_base.c b/drivers
Some drivers don't call functions that call
task_isolation_kernel_enter() in interrupt handlers. Call it
directly.
Signed-off-by: Alex Belits
---
drivers/irqchip/irq-armada-370-xp.c | 6 ++
drivers/irqchip/irq-gic-v3.c| 3 +++
drivers/irqchip/irq-gic.c | 3 +++
drivers
()
xen_call_function_interrupt()
xen_call_function_single_interrupt()
xen_irq_work_interrupt()
Signed-off-by: Chris Metcalf
[abel...@marvell.com: adapted for kernel 5.8]
Signed-off-by: Alex Belits
---
arch/x86/Kconfig | 1 +
arch/x86/entry/common.c| 20 +++-
arch/x86
call handle_domain_irq()
or handle_IPI()
There is a separate patch for irqchips that do not follow this rule.
handle_domain_irq() -> task_isolation_kernel_enter()
handle_IPI() -> task_isolation_kernel_enter()
nmi_enter() -> task_isolation_kernel_enter()
Signed-off-by: Chris Metcalf
[
, only exclude CPUs running isolated tasks]
Signed-off-by: Alex Belits
---
kernel/time/tick-sched.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
index 6e4cd8459f05..2f82a6daf8fc 100644
--- a/kernel/time/tick-sched.c
+++ b
h modifications]
[abel...@marvell.com: modified for kernel 5.6, added isolation cleanup]
Signed-off-by: Alex Belits
---
arch/arm/Kconfig | 1 +
arch/arm/include/asm/barrier.h | 2 ++
arch/arm/include/asm/thread_info.h | 10 +++---
arch/arm/kernel/entry-common.S |
flushing is enqueued only on non-isolated CPUs.
Signed-off-by: Yuri Norov
[abel...@marvell.com: use safe task_isolation_on_cpu() implementation]
Signed-off-by: Alex Belits
---
net/core/dev.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/net/core/dev.c b/net/core/dev.c
]
Signed-off-by: Alex Belits
---
kernel/trace/ring_buffer.c | 63 ++
1 file changed, 57 insertions(+), 6 deletions(-)
diff --git a/kernel/trace/ring_buffer.c b/kernel/trace/ring_buffer.c
index 00867ff82412..22d4731f0def 100644
--- a/kernel/trace/ring_buffer.c
From: Yuri Norov
Make sure that kick_all_cpus_sync() does not call CPUs that are running
isolated tasks.
Signed-off-by: Yuri Norov
[abel...@marvell.com: use safe task_isolation_cpumask() implementation]
Signed-off-by: Alex Belits
---
kernel/smp.c | 14 +-
1 file changed, 13
On Tue, 2020-10-06 at 23:41 +0200, Frederic Weisbecker wrote:
> On Sun, Oct 04, 2020 at 03:22:09PM +0000, Alex Belits wrote:
> > On Thu, 2020-10-01 at 16:44 +0200, Frederic Weisbecker wrote:
> > > > @@ -268,7 +269,8 @@ static void tick_nohz_full_kick(void)
>
On Tue, 2020-10-06 at 12:35 +0200, Frederic Weisbecker wrote:
> On Mon, Oct 05, 2020 at 02:52:49PM -0400, Nitesh Narayan Lal wrote:
> > On 10/4/20 7:14 PM, Frederic Weisbecker wrote:
> > > On Sun, Oct 04, 2020 at 02:44:39PM +, Alex Belits wrote:
> > &g
On Mon, 2020-10-05 at 14:52 -0400, Nitesh Narayan Lal wrote:
> On 10/4/20 7:14 PM, Frederic Weisbecker wrote:
> > On Sun, Oct 04, 2020 at 02:44:39PM +0000, Alex Belits wrote:
> > > On Thu, 2020-10-01 at 15:56 +0200, Frederic Weisbecker wrote:
>
On Sat, 2020-10-17 at 18:08 +0200, Thomas Gleixner wrote:
> On Sat, Oct 17 2020 at 01:08, Alex Belits wrote:
> > On Mon, 2020-10-05 at 14:52 -0400, Nitesh Narayan Lal wrote:
> > > On 10/4/20 7:14 PM, Frederic Weisbecker wrote:
> > I think that the goal of "finding sou
On 1/29/21 06:23, Marcelo Tosatti wrote:
External Email
--
On Fri, Jan 29, 2021 at 08:55:20AM -0500, Nitesh Narayan Lal wrote:
On 1/28/21 3:01 PM, Thomas Gleixner wrote:
On Thu, Jan 28 2021 at 13:59, Marcelo Tosatti wrote:
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 69a18b18699b59654333651d95f8ca09d01048f8
Gitweb:
https://git.kernel.org/tip/69a18b18699b59654333651d95f8ca09d01048f8
Author:Alex Belits
AuthorDate:Thu, 25 Jun 2020 18:34:42 -04:00
Committer
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 1abdfe706a579a702799fce465bceb9fb01d407c
Gitweb:
https://git.kernel.org/tip/1abdfe706a579a702799fce465bceb9fb01d407c
Author:Alex Belits
AuthorDate:Thu, 25 Jun 2020 18:34:41 -04:00
Committer
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 07bbecb3410617816a99e76a2df7576507a0c8ad
Gitweb:
https://git.kernel.org/tip/07bbecb3410617816a99e76a2df7576507a0c8ad
Author:Alex Belits
AuthorDate:Thu, 25 Jun 2020 18:34:43 -04:00
Committer
80 matches
Mail list logo