ogramming it. We latch
+ * counters 0 and 2 atomically before and after reprogramming to figure it out.
+ */
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this l
w's this
going to work for Linux?
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
ECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
-----
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
T
gt; >
> > > Where can they be found? What do they imply for the kernel?
> > >
> > > George
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > > the body of a message to [EMAIL PROTECTE
domo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
-----
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
Linux has decided that
> "this is not something a reasonable program can do, and if you try to do
> it, we'll give you random results back - but they will not be _security_
> holes". We don't need to be _nice_ to unreasonable requests. We just must
> never panic,
y(NULL);
> + end_measure();
> + }
> + print_buf("empty smp_call_function()");
> + clean_buf();
> +
> + set_current_state(TASK_UNINTERRUPTIBLE);
> + schedule_timeout(200);
> +
ood next step is to redesign some of those
> parts of the VM and buffercache. I don't think this will
> be too hard, but they have to *want* to change :)
>
> Some of those algorithms are approximately O(N^2), for huge
> values of N.
>
>
> -
> -
> To unsubscribe from
are of such
methods or because they were stupid. And when Rob Pike redesigned a new
"unix" Plan9 note there is no-preemptive kernel, and the core Linux
designers have rejected preemptive kernels too. Now it is certainly possible
that things have change and/or all these folks are just p
"); return -EKNUCKLEHEAD;
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
with the
"good enough" for security?
On processor A a SIG_STOP is issued to a thread-group while on processor
B a thread element has just entered write. How many bytes written is
"good enough".
I've really exceeded my quota for this news group and will respond
privately i
On Tue, Sep 12, 2000 at 04:30:32PM +0200, Jamie Lokier wrote:
> Sure the global system is slower. But the "interactive feel" is faster.
Let's pop up little buttons to make it "feel" faster.
--
-
Victor Yo
---
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
o we need to go looking for another way of
> achieving the same protection?
On general principles, I don't see any substitute for clean code in the kernel and
my prediction is that if you show me an example of
DoS vulnerability, I can show you fix that does not require bean counting.
Am I w
DoS attacks from local users.)
I like ENOMEM anyways.
>
> The same accounting really needs to be done for page tables, as that
> represents one of the biggest sources of unaccounted, unswappable
> pages which user processes can cause to be created right now.
--
-
kernel code
can take the responsible action.
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
n get_per_process_file_use_page(myprocess)
Then we could have a config-optional per-process pinned page accounting with the
possibility of doing something sensible in a user-space daemon when memory is low.
>
> --Stephen
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
management of space. In a truly embedded system, there can easily be a user
level
root process that watches memory usage and prevents DOS attacks -- if the OS provides
settable enforced quotas etc.
--
-
Victor Yodaiken
Finite State
;feel". Of course, we could
actually
use benchmarks instead.
And, to me, if kernel compiles take longer, I don't care how fast it "feels".
>
> -- Jamie
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Compan
; About the only thing I ever want a debugger for is a stacktrace back. If
> you give me that, I usually don't need anything else; and in general, you
There are debuggers that do other stuff too? I gotta read the adb
manual some day.
--
---
ods.
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
load, your latency is already screwed anyways because of large
> backlog queue; this is regardless of mitigation.
Or maybe the extra delay in congested circumstances will cause more
timeouts and that's precisely when you need to improve latency?
--
---
if(kmalloc_all(alloc_vec) == FAIL) return -ENOMEM;
else alloc_vec[i].ptr is the pointer.
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the l
tmp->next = NULL;
walk->next = tmp;
walk = tmp;
nfds -=__MAX_POLL_TABLE_ENTRIES;
}
>
> --Stephen
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTE
nager in 2.4 ?
What is the problem with the often proposed CLONE_PARENT solution?
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "
l of them
on failure is simple, fast, and robust.
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
for the case when there is no memory shortage
and that only starts going to the slow case when the system is stalling due to memory
shortages anyways.
>
> -- Jamie
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
dress space quotas and mmap should kill
> > the process on low mem for page tables.
>
> Those quotas being exactly what beancounter is
But that is a function specific counter, not a counter in the
alloc code.
--
-----
Victor Yodai
d reason). The
> counting of page table "beans" is critical.
I've seen the assertion before, reasons would be interesting.
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To u
be from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/
--
-----
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
uot;unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
er somewhere
so that we could have fast computation of cpu-id on smp machines.
>
> -Mitch
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
got about that. (Self-flagellate). However that is
> architecture specific. If it's not an SMP Vax port, no big deal. If it
The entire concept of an SMP vax port leaves me disoriented.
--
-
Victor Yodaiken
Finite State Machin
to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-ker
do _use_ the operating system
to run important applications and
an "application goes down or screws up" can be quite serious.
--
-----
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com ww
[EMAIL PROTECTED]
> Casilla 9G, Vin~a del Mar, Chile +56 32 672616
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To uns
Nice marketing line, but it is not working code.
--
-
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
resolute no to SMP
> support in Linux ;)
And perhaps he was right!
--
-----
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
38 matches
Mail list logo
