Re: rw_semaphores

2001-04-16 Thread yodaiken
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, otherwise crash or allow unreasonable requests to mess up &g

Re: rw_semaphores

2001-04-16 Thread yodaiken
> 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

Re: rw_semaphores

2001-04-16 Thread yodaiken
x.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] More maj

Re: rw_semaphores

2001-04-16 Thread yodaiken
o unreasonable requests. We just must never panic, otherwise crash or allow unreasonable requests to mess up _other_ people) Linus -- ----- Victor Yodaiken Finite State Machine Labs: The RTLinux Company. www.fsmlabs.com www.

Re: POSIX 52 53? 54

2001-04-13 Thread yodaiken
> > > 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 PROTECTED] > > > More

Re: POSIX 52 53? 54

2001-04-13 Thread yodaiken
linux-kernel" in the body of a message to [EMAIL PROTECTED] 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 L

Re: POSIX 52 53? 54

2001-04-12 Thread yodaiken
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

Re: POSIX 52 53? 54

2001-04-12 Thread yodaiken
o 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 - To unsubscribe from this list: send the line &q

Re: [Lse-tech] Re: [PATCH for 2.5] preemptible kernel

2001-04-10 Thread yodaiken
his 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 at http:

Re: No 100 HZ timer !

2001-04-10 Thread yodaiken
tch + * 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 list: send the line &

Re: No 100 HZ timer !

2001-04-10 Thread yodaiken
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 list: send the line "unsubscribe linux-k

Re: [Lse-tech] Re: [PATCH for 2.5] preemptible kernel

2001-04-10 Thread yodaiken
? -- - 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 at http://vger.kernel.org/majordomo-info.html P

Re: [Kiobuf-io-devel] RFC: Kernel mechanism: Compound event wait /notify + callback chains

2001-02-01 Thread yodaiken
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 body of a

Re: [Kiobuf-io-devel] RFC: Kernel mechanism: Compound event wait /notify + callback chains

2001-02-01 Thread yodaiken
! -- - 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/

Re: [linux-audio-dev] low-latency scheduling patch for 2.4.0

2001-01-28 Thread yodaiken
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/

Re: [linux-audio-dev] low-latency scheduling patch for 2.4.0

2001-01-28 Thread yodaiken
ent with a separate, limited set of APIs. You can't run XMMS, or any other existing Linux audio app in RTLinux. I want a low-latency Linux, not just another RTOS living parasitically alongside Linux. Nice marketing line, but it is not working code. -- -

Re: [linux-audio-dev] low-latency scheduling patch for 2.4.0

2001-01-20 Thread yodaiken
ecause 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 plain wrong. But I wouldn'

Re: [linux-audio-dev] low-latency scheduling patch for 2.4.0

2001-01-20 Thread yodaiken
ome 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 this list: send the line "uns

Re: [linux-audio-dev] low-latency scheduling patch for 2.4.0

2001-01-20 Thread yodaiken
roximately O(N^2), for huge values of N. - - 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/ -- ----- Victor Yodaik

Re: [linux-audio-dev] low-latency scheduling patch for 2.4.0

2001-01-20 Thread yodaiken
ed preemptive kernels too. Now it is certainly possible that things have change and/or all these folks are just plain wrong. But I wouldn't bet too much on it. -- ----- Victor Yodaiken Finite State Machine Labs: The RTLinux Company. ww

Re: [PLEASE-TESTME] Zerocopy networking patch, 2.4.0-1

2001-01-13 Thread yodaiken
_measure(); > + } > + print_buf("empty smp_call_function()"); > + clean_buf(); > + > + set_current_state(TASK_UNINTERRUPTIBLE); > + schedule_timeout(200); > + for(i=0;i<100;i++) { > + star

Re: [PLEASE-TESTME] Zerocopy networking patch, 2.4.0-1

2001-01-13 Thread yodaiken
function(just_one_page,NULL, + 1, 1); + just_one_page(NULL); + return_immediately(NULL); + return_immediately(NULL); + end_measure(); + } + print_buf("fl

Re: Multithreaded locks.c

2000-11-04 Thread yodaiken
eturn -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/

Re: Multithreaded locks.c

2000-11-04 Thread yodaiken
NUCKLEHEAD; -- ----- 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/

Re: Updated 2.4 TODO List -- new addition WAS(test9 PCI

2000-10-12 Thread yodaiken
[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 unsubscr

Re: Updated 2.4 TODO List -- new addition WAS(test9 PCI

2000-10-12 Thread yodaiken
silla 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 unsubscribe from this list: send the line "unsubscribe linux-kernel&

Re: Updated 2.4 TODO List -- new addition WAS(test9 PCI

2000-10-11 Thread yodaiken
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.c

Re: Updated 2.4 TODO List -- new addition WAS(test9 PCI

2000-10-11 Thread yodaiken
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 www.rtlinux.com - To u

Re: Calling current() from interrupt context

2000-10-10 Thread yodaiken
t; 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

Re: Calling current() from interrupt context

2000-10-08 Thread yodaiken
t 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 Machine Labs: The RTLinux

Re: Calling current() from interrupt context

2000-10-08 Thread yodaiken
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/

Re: Calling current() from interrupt context

2000-10-08 Thread yodaiken
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/

Re: Calling current() from interrupt context

2000-10-08 Thread yodaiken
D] 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/

Re: Calling current() from interrupt context

2000-10-08 Thread yodaiken
- 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/

Re: Calling current() from interrupt context

2000-10-08 Thread yodaiken
. 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 Machine Labs: The RTLinux Company. www.fsmlabs.com www.rtlinux.com - To unsubscribe

Re: the new VM

2000-09-27 Thread yodaiken
--- 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/

Re: the new VMt

2000-09-26 Thread yodaiken
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

Re: the new VMt

2000-09-26 Thread yodaiken
e(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/

Re: the new VMt

2000-09-26 Thread yodaiken
ling 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-ke

Re: the new VMt

2000-09-26 Thread yodaiken
e 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-kernel" in t

Re: the new VMt

2000-09-26 Thread yodaiken
get_per_process_page(myprocess) or even 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 -- - Vi

Re: the new VMt

2000-09-26 Thread yodaiken
that watches memory usage and prevents DOS attacks -- if the OS provides settable enforced quotas etc. -- - Victor Yodaiken Finite State Machine Labs: The RTLinux Company. www.fsmlabs.com www.rtlinux.com - To unsubscribe from this list: send

Re: the new VMt

2000-09-25 Thread yodaiken
son). 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 unsubscribe

Re: the new VMt

2000-09-25 Thread yodaiken
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 Yodaiken

Re: the new VMt

2000-09-25 Thread yodaiken
om 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. www

Re: the new VMt

2000-09-25 Thread yodaiken
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 wrong? --

Re: the new VMt

2000-09-25 Thread yodaiken
) 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. -- ---

Re: the new VMt

2000-09-25 Thread yodaiken
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/

Re: the new VMt

2000-09-25 Thread yodaiken
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/

Re: the new VMt

2000-09-25 Thread yodaiken
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

Re: the new VM

2000-09-25 Thread yodaiken
lloc_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 line "

Re: the new VMt

2000-09-25 Thread yodaiken
that if you show me an example of DoS vulnerability, I can show you fix that does not require bean counting. Am I wrong? -- ----- Victor Yodaiken Finite State Machine Labs: The RTLinux Company. www.fsmlabs.com www.rtlinux.com - To un

Re: the new VMt

2000-09-25 Thread yodaiken
accounted, unswappable pages which user processes can cause to be created right now. -- - Victor Yodaiken Finite State Machine Labs: The RTLinux Company. www.fsmlabs.com www.rtlinux.com - To unsubscribe from this list: send the line &

Re: the new VM

2000-09-25 Thread yodaiken
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 line "unsubscribe linux-kernel" in the body of a message

Re: the new VMt

2000-09-25 Thread yodaiken
- 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/ -- ----- Victor Yodaiken Finite State Machine Labs: The RTLin

Re: the new VMt

2000-09-25 Thread yodaiken
. -- - 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/

Re: the new VMt

2000-09-25 Thread yodaiken
following a safe algorithm that is optimized 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

Re: the new VMt

2000-09-25 Thread yodaiken
hould 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 Yodaiken Finite State Machine Labs: The RTLin

Re: the new VMt

2000-09-25 Thread yodaiken
would be interesting. -- - 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/

Re: the new VMt

2000-09-25 Thread yodaiken
be 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

Re: Availability of kdb

2000-09-18 Thread yodaiken
e 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. -- -----

Re: Availability of kdb

2000-09-18 Thread yodaiken
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. -- - Victor Yodaiken Finite

Re: (reiserfs) Re: More on 2.2.18pre2aa2

2000-09-16 Thread yodaiken
;. 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 Company. www.fsmlabs

Re: (reiserfs) Re: More on 2.2.18pre2aa2

2000-09-16 Thread yodaiken
d, to me, if kernel compiles take longer, I don't care how fast it "feels". -- Jamie -- ----- Victor Yodaiken Finite State Machine Labs: The RTLinux Company. www.fsmlabs.com www.rtlinux.com - To unsubscribe from this list: se

Re: (reiserfs) Re: More on 2.2.18pre2aa2

2000-09-15 Thread yodaiken
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 Yodaike

Re: Preallocated skb's?

2000-09-14 Thread yodaiken
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? --

Re: Preallocated skb's?

2000-09-14 Thread yodaiken
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? -- - Victor Yodaiken Finite

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS for Linux

2000-09-05 Thread yodaiken
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/

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS for Linux

2000-09-05 Thread yodaiken
. -- - 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/

Re: thread group comments

2000-09-04 Thread yodaiken
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 "unsubscribe

Re: thread group comments

2000-09-04 Thread yodaiken
T solution? -- ----- 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

Re: SCO: "thread creation is about a thousand times faster than

2000-08-29 Thread yodaiken
ood 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 if you want to continue.