On Mon, 23 Oct 2000, Linus Torvalds wrote:
Here's a suggested "good" interface that would certainly be easy to
implement, and very easy to use, with none of the scalability issues that
many interfaces have. ...
It boils down to one very simple rule: dense arrays of sticky status
On Mon, 23 Oct 2000, Linus Torvalds wrote:
where you say "I want an array of pending events, and I have an array you
can fill with up to 'maxnr' events - and if you have no events for me,
please sleep until you get one, or until 'tmout'".
The above looks like a _really_ simple interface to
On Mon, Oct 23, 2000 at 12:06:31PM +, David Wragg wrote:
Gregory Maxwell [EMAIL PROTECTED] writes:
If 2.96 is broken, I'd appreciate it if you would describe the breakage.
As in the RedHat 2.96? Try compiling the following on RedHat 7.0 x86
with "gcc -O2" and take a look at the
Dan Kegel wrote:
[kqueue is] Pretty similar to yours, with the following additions:
Your proposal seems to only have one stream of available events per
process. kqueue() returns a handle to an event queue, and kevent()
takes that handle as a first parameter.
[kqueue] uses a single call
On 2000-10-23, Jeff Garzik [EMAIL PROTECTED] wrote:
Hardware:
Dual P-II 400 Mhz
128 MB RAM
13GB hard drive
First test was with 2.4.0-test10-pre3.
Next four tests were with 2.4.0-test10-pre4.
Final four tests were with 2.2.18-pre17.
Would it be meaningful to run two concurrent LMbench
Followup to: [EMAIL PROTECTED]
By author:Dave Zarzycki [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
Maybe I'm missing something, but why do you seperate out fd from the event
structure. Why not just "int bind_event(struct event *event)"
The only thing I might have done differently
On Mon, 23 Oct 2000, Dan Kegel wrote:
http://www.FreeBSD.org/cgi/man.cgi?query=kqueueapropos=0sektion=0manpath=FreeBSD+5.0-currentformat=html
describes the FreeBSD kqueue interface for events:
I've actually read the BSD kevent stuff, and I think it's classic
over-design. It's not easy to
On Mon, 23 Oct 2000, Dan Kegel wrote:
kqueue lets you associate an arbitrary integer with each event
specification; the integer is returned along with the event.
This is very handy for, say, passing the 'this' pointer of the
object that should handle the event. Yes, you can simulate it
I am experimenting with compiling lots of stuff as modules.
I hit what is either a user error, a configuration script
bug or a symbol export bug.
ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
Hi,
My subject line says it all. I have an Athlon machine
with a GeForce DDR video chipset. Is there benefit to
my compiling the kernel with CONFIG_FB_RIVA enabled?
The "Help" associated with the option mentions the
TNT series, but not the GeForce series. Maybe they are
the same?
On Mon, Oct 23, 2000 at 12:51:16PM -0700, [EMAIL PROTECTED] wrote:
On Sun, 22 Oct 2000, Dwayne C . Litzenberger wrote:
This user also wants a
smooth GUI, a mouse pointer that doesn't flinch under load,
Try andrea archangeli's VM patches. When I use those patches X gets much
smoother
At 10:39 PM 23/10/2000 -0700, Linus Torvalds wrote:
First, let's see what is so nice about "select()" and "poll()". They do
have one _huge_ advantage, which is why you want to fall back on poll()
once the RT signal interface stops working. What is that?
RT methods are bad if they consume too
David Woodhouse wrote:
[EMAIL PROTECTED] said:
The pc speaker is fine for playing one note at a time - it is
extremely shitty hardware if you want to play samples.
It's actually quite reasonable for sound effects. Stuff like beeps and
boings to announce talk requests, new mail, etc.
Great! Thanks.
Just got 2.4.0-test9, it compiles and runs fine so far...
I also think about buying an add-on PCI ATA100 controller to get all the
goodies of UDMA.Either a Promise U100 or an HPT370 equipped one (but
found none such jet). I tend towards the Promise due to better web
Linus Torvalds wrote:
Basically, the main loop would boil down to
for (;;) {
static struct event ev_list[MAXEV];
get_event(ev_list, MAXEV, tmout);
.. timeout handling here ..
}
because get_even() would end up doing all the
Linus Torvalds wrote:
Basically, the main loop would boil down to
for (;;) {
static struct event ev_list[MAXEV];
get_event(ev_list, MAXEV, tmout);
.. timeout handling here ..
}
because get_even() would end up doing all the
On Mon, Oct 23, 2000 at 09:06:11PM -0700, Linus Torvalds wrote:
On Tue, 24 Oct 2000, Andi Kleen wrote:
I don't see the problem. You have the poll table allocated in the kernel,
the drivers directly change it and the user mmaps it (I was not proposing
to let poll make a kiobuf out of
I noticed that, on my new Dell Inspiron 5000e, music just didn't *sound*
right - it sounded like it was a little bit slow. This didn't happen under
Windows, and it didn't happen with CDs either.
So, after a few minutes of hacking, I ended up with the patch at the end of
this email, which seems
"Theodore Y. Ts'o" wrote:
Date:Sat, 21 Oct 2000 23:45:58 +0200
From: octave klaba [EMAIL PROTECTED]
I use the serial cart with 5.03 / 2.2.17
Serial driver version 5.03 (2000-08-11) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled
00:0d.0 Serial controller: Timedia
Hi,
ADC why not
ADC #include arch/i386/etc.h
ADC Amit
Since that is not cross-platform. I like a solution which does the #include
transparantly
for alpha/i386/etc.
"Heusden, Folkert van" wrote:
I need to include (in a driver) a header-file from arch/arch/subdir. I
could, of course,
do
Compiling stops with:
make: *** No rule to make target `/usr/src/linux/include/net/x25call.h',
needed by `/usr/src/linux/include/net/x25.h'. Stop.
I don't have x25 configured.
Looks like this file is removed by the patch, and lots of
references to it is removed. I guess x25.h is wrong in
Helge,
It doesn't need to be there (in x25.h) but x25 is compiling if
you hit this. Methinks your config.h didn't build correct...
On Tue, 24 Oct 2000, Helge Hafting wrote:
Compiling stops with:
make: *** No rule to make target `/usr/src/linux/include/net/x25call.h',
needed by
On 23 Oct 00 at 23:05, Alexander Viro wrote:
Oh, crap... Who introduced -i_mmap_shared/-i_mmap separation and what
analysis had been done? Petr, can you reproduce the problem on -test7?
Unfortunately, clean test would take the backport of ext2 changes
(truncate-related, happened around the
On Mon, 23 Oct 2000 [EMAIL PROTECTED] wrote:
In the words of Barry K. Nathan :
Why they didn't call it K6-4 is anyones guess.
I read somewhere (I don't have a URL handy, sorry) that the reason AMD
went with K6-2+ is that, apparently, the K6-2 name is well-known, and
they wanted to
On Tue, 24 Oct 2000, Petr Vandrovec wrote:
On 23 Oct 00 at 23:05, Alexander Viro wrote:
Oh, crap... Who introduced -i_mmap_shared/-i_mmap separation and what
analysis had been done? Petr, can you reproduce the problem on -test7?
Unfortunately, clean test would take the backport of
Linus, Martin
(Now that i see Martin alive).
Could we pursue this further?
cheers,
jamal
-- Forwarded message --
Date: Sun, 15 Oct 2000 19:58:24 -0400 (EDT)
From: jamal [EMAIL PROTECTED]
To: Linus Torvalds [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], Martin Mares [EMAIL PROTECTED]
Hi,
On Fri, Oct 20, 2000 at 05:02:28PM +0200, Juri Haberland wrote:
As I wrote in my original mail I used 0.0.2f.
Is there a version called 0.0.3 yet and if so where can I find it? In
ftp.uk.linux.org (which is currently not reachable as well as
vger.kernel.org) I found only 0.0.2f. I must
hello,
i've had problems compiling pcmcia support in the last 2 pre releases of
the test10 kernel, pre4 and pre5. i'm using pcmcia-cs-3.1.21, which last
time i checked was the latest version of the pcmcia package source.
In file included from ../include/linux/netdevice.h:29,
Linus,
if the person who sent you the -pre4 patch against module.c
had Cc:'ed this mailing list then your kernel would do
something useful when compiled with gcc-2.7.2.3.
But he didn't so it doesn't.
Here is the fix:
--- linux-2.4.0-test10-pre5/kernel/module.c Tue Oct 24 21:34:13 2000
+++
Thus spake Linus Torvalds ([EMAIL PROTECTED]):
I disagree.
Let's just face it, poll() is a bad interface scalability-wise.
Is that a reason to implement it badly?
Felix
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Hi,
sorry for posting something offtopic - but this might be for interrest to
everyone who would like to try a Linux Kernel 2.4.0 - based system.
A new development release of the ROCK Linux Distribution came out
yesterday. ROCK Linux 1.3.11 is based on the Linux Kernel 2.4.0-test9,
GNU Libc
This has disappeared off the face of the net, a partial google cache can
be found at :
http://www.google.com/search?q=cache:pubpages.unh.edu/~gherrin/project/linux-net.html+herrin+%22IP+networking%22hl=en
Has somebody got a contact for Glenn Herrin and/or a copy of the full
document ?
thanks
Linus Torvalds wrote:
Here's a suggested "good" interface that would certainly be easy to
implement, and very easy to use, with none of the scalability issues that
many interfaces have.
I think everyone should take a timeout and look at Solaris 8's /dev/poll
interface. This discussion is
Hello Andi,
Thanks for taking the trouble to go through our code in such detail and
thinking through the race conditions in dp_vaddr_to_page, which I had sort
of shut my eyes to and postponed for while because it didn't seem very easy
to close all the loopholes in an elegant way. I need to
Hi
This my Oops on SMP machine from yesterday:
(BP6 128MB net 3c59x - happend during e2fscheking 10GB partition and
running
netscape at the same time)
(Kernel is with RTL patch however I can get this locks also without RTL
so I assume
its not the fault of RTL)
Kernel BUG at vmscan.c:
102!
On Tue, 24 Oct 2000, Zdenek Kabelac wrote:
Kernel BUG at vmscan.c:
102!
Try getting rid of the two if() statements in that area of vmscan.c -- so
far it helped so many that it became an FAQ on this list.
Regards,
Tigran
-
To unsubscribe
[ Moving on to practical matters ]
On Tue, 24 Oct 2000, Dan Kegel wrote:
Might be good to pick more unique names than 'struct event' and 'get_event'.
People probably use those already.
I agree. I would never implement them under those names, but it's easier
to talk about "event" than about
Jens, Torben,
I want to thank both of you for the time you've spent on this so far.
But, I've had to make an executive decision regarding the tower, and
that is that the SCSI LUN expander card is broken. So, I've basically
ripped it out of the box, and will be just addressing the CD drives
in
On Mon, 23 Oct 2000, Andre Hedrick wrote:
Subject: Re: Topic for discussion: OS Design + GPL
ftp://ftp.etinc.com/pub/linux/linux22_hdlc.tgz
Could explain to me why ET Inc is modifying GPL drivers and then
republishing the binaries as modules only?
Not that it is my sub-system, but I
On Tue, 24 Oct 2000, Dan Kegel wrote:
Linus Torvalds wrote:
Basically, the main loop would boil down to
for (;;) {
static struct event ev_list[MAXEV];
get_event(ev_list, MAXEV, tmout);
.. timeout handling here ..
}
On Tue, 24 Oct 2000, Mitchell Blank Jr wrote:
I think everyone should take a timeout and look at Solaris 8's /dev/poll
interface. This discussion is reinventing the wheel, the lever, and the
inclined plane.
http://docs.sun.com/ab2/coll.40.6/REFMAN7/@Ab2PageView/55123
I think
On Mon, Oct 23, 2000 at 11:23:47AM -0700, Linus Torvalds wrote:
[snip, ide bootup troubles with ALI M1533 chipset ...]
Could you please do two tests (you can do these at the same time, and in
fact it might be easier, if #2 causes your machine to boot up):
- Please enable debugging in PCI
On Mon, Oct 23, 2000 at 10:39:36PM -0700, Linus Torvalds wrote:
Actually, forget the mmap, it's not needed.
Here's a suggested "good" interface that would certainly be easy to
implement, and very easy to use, with none of the scalability issues that
many interfaces have.
...
Basically,
On Mon, 23 Oct 2000, Dennis wrote:
At 07:19 PM 10/23/2000, Andi Kleen wrote:
On Mon, Oct 23, 2000 at 06:43:28PM -0400, Dennis wrote:
- FreeBSD will display kernel print messages with syslogd not running, and
linux will not.
Linux will also when the console log level is set high enough
On Mon, 23 Oct 2000, Hacksaw wrote:
Another linux caveat. Scads of undocumented and virtually undiscoverable
behaviours :-)
Undiscoverable? You have the source code, what more do you want?
Start documenting!
TOO LATE ;)
I documented all that stuff quite a while ago, see
At 01:30 PM 10/22/00 +0200, you wrote:
Yup. And I want to try out my modules coded in Visual Cobol, APL,
and PL/I. Oh, and I want to rewrite ext2fs to use Befunge.
Would that be PL/I (F) or PL/I (H}? You have different footprint problems
with each of these levels. You will also need to write
On Tue, Oct 24, 2000 at 02:24:24AM -0400, Hank Leininger wrote:
On 2000-10-23, Jeff Garzik [EMAIL PROTECTED] wrote:
Hardware:
Dual P-II 400 Mhz
128 MB RAM
13GB hard drive
First test was with 2.4.0-test10-pre3.
Next four tests were with 2.4.0-test10-pre4.
Final four tests were
At 04:37 PM 10/23/00 +0200, Marko Kreen wrote:
* This will _not_ be accepted into standard codebase. Don't you
understand? Making headers C++ compatible is the first tiny
step for doing modules in C++. Yes, from driver/module
programmers perspective "they almost look same, and I
** Reply to message from Stephen Satchell [EMAIL PROTECTED] on
Tue, 24 Oct 2000 09:54:46 -0700
Linus has the final say, of course, but to suggest that any changes that
remove name collisions between C and C++ be rejected out of hand has the
potential for shooting ourselves in the foot.
On Tue, 24 Oct 2000, Simon Kirby wrote:
However, isn't there already something like this, albeit maybe without
the ability to return multiple events at a time? When discussing
select/poll on IRC a while ago with sct, sct said:
sct Simon: You just put your sockets into
Date: Tue, 24 Oct 2000 11:14:13 +0200
From: octave klaba [EMAIL PROTECTED]
Can you actually give me some details of how your system "crashed"? It
certainly shouldn't have. Kermit will sometimes hang waiting for the
terminal to flush if it's enabled hardware flow control and
Hello.
Running with 2.2.17
VFS: Diskquotas version dquot_6.4.0 initialized
We have some problem with the quota with only SOME users.
Is there any new version of quota which fix this kind of
bug ?
#cat /etc/fstab | grep home
/dev/rd/c0d0p7 /home ext2defaults,usrquota1 2
On Tue, 24 Oct 2000, Martin Dalecki wrote:
The most amanzing thing is that the whole test10-pre5 kernel
with this patch applied doesn't show any performance penalties
for me at all! And of corse it's about 10k smaller...
Ideally we should (IMHO) get rid of all MAX_BLKDEV arrays.
They take
i've had problems compiling pcmcia support in the last 2 pre releases of
the test10 kernel, pre4 and pre5. i'm using pcmcia-cs-3.1.21, which last
time i checked was the latest version of the pcmcia package source.
I'm using this patch.
/Mikael
--- pcmcia-cs-3.1.21/Configure.~1~ Thu Aug
Timur Tabi [EMAIL PROTECTED] writes:
| ** Reply to message from Stephen Satchell [EMAIL PROTECTED] on
| Tue, 24 Oct 2000 09:54:46 -0700
|
|
| Linus has the final say, of course, but to suggest that any changes that
| remove name collisions between C and C++ be rejected out of hand has the
In article [EMAIL PROTECTED],
Chris Evans [EMAIL PROTECTED] wrote:
On Mon, 23 Oct 2000, Jeff Garzik wrote:
First test was with 2.4.0-test10-pre3.
Next four tests were with 2.4.0-test10-pre4.
Final four tests were with 2.2.18-pre17.
All are 'virgin' kernels, without any patches.
[...]
On Tue, 24 Oct 2000, Theodore Y. Ts'o wrote:
First of all, Red Hat doesn't install /etc/rc.d/init.d/serial. (Checked
under both Red Hat 7.0 and Red Hat 6.2). That script comes with some
version of setserial that I ship, but in its default configuration it
certainly won't crash machines.
Linus Torvalds wrote:
struct event {
int fd;
unsigned long mask;
void *opaque;
void (*event_fn)(ind fd, unsigned long mask, void *opaque);
My experience say that:
unsigned long rmask;
On Tue, Oct 24, 2000 at 10:03:04AM -0700, Linus Torvalds wrote:
Basically, with get_events(), there is a maximum of one event per "bind".
And the memory for that is statically allocated at bind_event() time.
...
But you'd be doing so in a controlled manner: the memory use wouldn't go
up
There is only one thiong I don't understand about this... why can't we
re-implement the poll() implementation of Linux instead of introducing
another system call?
If I understood Linux correctly, what he is saying is that the bind_event
system call is needed to give the kernel a hint that the
Hello,
We are developing an advanced networking services loadable module and are
having problems porting it to work on 2.4.x kernels. The driver is supposed
to provide services such as fault tolerance, load balancing and link
aggregation over a team of network adapters. It works OK on 2.2.x
Linus Torvalds wrote:
* Do you get an event whenever an fd is ready for something, or
only when its readiness changes? (Presumably whenever an fd is ready for
something?)
Only when its readiness changes - probably with the addition that it would
simplify things that a new event always
On Tue, Oct 24, 2000 at 01:33:57AM +0200, Andreas Franck wrote:
+ printk(KERN_INFO "calling ide_register_module\n");
ide_register_module(idefloppy_module);
+ printk(KERN_INFO "ide_register_module finished\n");
You do not want debugging code like this in the kernel code.
-
To
On Tue, 24 Oct 2000, Dan Kegel wrote:
But user code currently written for poll() has the luxury of dropping
events because poll() will happily report on the current readiness of
the socket every time. /dev/poll is level-triggered because it's trying
to make conversion of poll()-based
Rik van Riel wrote:
On Tue, 24 Oct 2000, Martin Dalecki wrote:
The most amanzing thing is that the whole test10-pre5 kernel
with this patch applied doesn't show any performance penalties
for me at all! And of corse it's about 10k smaller...
Ideally we should (IMHO) get rid of all
On Tue, 24 Oct 2000, Abramo Bagnara wrote:
Linus Torvalds wrote:
struct event {
int fd;
unsigned long mask;
void *opaque;
void (*event_fn)(ind fd, unsigned long mask, void *opaque);
My experience say
this worked! thanks a lot Mikael! you have any idea why this change was
made and if the maintainer of pcmcia needs to be notified?? just curious,
i'm sure someone else will run into this sooner or later...thanks again!
Jason
On Tue, 24 Oct 2000, Mikael Pettersson wrote:
i've had problems
I am experimenting with compiling lots of stuff as modules.
I hit what is either a user error, a configuration script
bug or a symbol export bug.
I just tried your setup and it worked for me. Try a make mrproper and then
a make dep etc.
-
To unsubscribe from this list: send the line
On Tue, 24 Oct 2000, Guest section DW wrote:
On Tue, Oct 24, 2000 at 01:33:57AM +0200, Andreas Franck wrote:
+ printk(KERN_INFO "calling ide_register_module\n");
ide_register_module(idefloppy_module);
+ printk(KERN_INFO "ide_register_module finished\n");
You do not
Please have a look at the following patch and feel free to be scared
by the fact how UTTERLY BROKEN and ARBITRARY the current usage of the
read_ahead[] array and during the whole past decade was!
If you really care about clean internal interfaces this should be
one of those prio number ONE
Linus Torvalds wrote:
* it doesn't add extra syscalls
Sure it does.
What do you think ioctl's are?
As I explained a few lines down from where you stopped quoting (and probably
stopped reading) the ioctl() use is just an artifact of Solaris's icky
implementation. It could and should
Hi!
Please test this patch for fixing the SMP deadlock issues Keith Owens
was talking about. As for my other vgacon work. Well that needs alot more
time. These deadlock issues are really important and need to be
fixed. Thank you.
--- vgacon.c.orig Tue Oct 24 18:45:58 2000
+++ vgacon.c
James Simmons wrote:
I am experimenting with compiling lots of stuff as modules.
I hit what is either a user error, a configuration script
bug or a symbol export bug.
I just tried your setup and it worked for me. Try a
make mrproper and then a make dep etc.
I still get this compile
On Tue, 24 Oct 2000, Jeff Garzik wrote:
I agree with you and Rik that this array needs to go away... but
ripping out the feature is not the answer, IMHO.
Actually, the _real_ answer is to make fs/block_dev.c use the page cache
instead - and generic_file_read() does read-ahead that
Jeff Garzik wrote:
Please have a look at the following patch and feel free to be scared
by the fact how UTTERLY BROKEN and ARBITRARY the current usage of the
read_ahead[] array and during the whole past decade was!
If you really care about clean internal interfaces this should be
one
On Tue, 24 Oct 2000, Miles Lane wrote:
James, I tried something even more drastic than running
make mrproper. I blew away my old source tree, untarred
a test9 tree, patched it to test10-pre5, copied my old .config
file into it, ran make oldconfig menuconfig dep all install
modules
Hi,
This is the first test kernel that won't boot
for me.
Last message "Ok, booting the kernel"
Then nothing...
PPro 180
96MB
440FX chip set
Saw something about PCI initializations earlier
on the list...
/RogerL
--
Home page:
http://www.norran.net/nra02596/
-
To unsubscribe from this
I have a Promise 20262 card. I'm using ide.2.2.17.all.2904.patch.bz2
on an otherwise unpatched 2.2.17 kernel. I'm able to detect one (the
one marked "IDE 1"), but only one, of the two IDE interfaces on the card.
That interface seems to work, but the other isn't detected at all.
The RAID
Using kernel 2.2.17, I experience lots of dropped UDP packets. The setup
is as follows:
UDP packets containing measurement data is sent on 100 Mb Ethernet from
a embedded device to a Pentium III, 256 MB, IDE based PC with a 3Com
3C905B network adapter.
The UDP packets always contains 1300
Hi!
[EMAIL PROTECTED] said:
You can also pretty trivially keep track of an error term so that the
clock is right on average:
True, but I don't want 'right on average'. I want 'not screwed with at all'.
Shifting the timer tick onto the RTC will give me that.
Even if we _do_
On Tue, 24 Oct 2000, Miles Lane wrote:
James, I tried something even more drastic than running
make mrproper. I blew away my old source tree, untarred
a test9 tree, patched it to test10-pre5, copied my old .config
file into it, ran make oldconfig menuconfig dep all install
modules
On Tue, 24 Oct 2000, Pavel Machek wrote:
Hi!
[EMAIL PROTECTED] said:
You can also pretty trivially keep track of an error term so that the
clock is right on average:
True, but I don't want 'right on average'. I want 'not screwed with at all'.
Shifting the timer tick
On Tue, 24 Oct 2000, jamal wrote:
(Now that i see Martin alive).
Could we pursue this further?
The trouble definitely seems to be the fact that your PCI-PCI bridge does
not seem to have been set up for bridging:
bus res 0 0 -
bus res 1 0 -
On Tue, 24 Oct 2000, Andrew Morton wrote:
if the person who sent you the -pre4 patch against module.c
had Cc:'ed this mailing list then your kernel would do
something useful when compiled with gcc-2.7.2.3.
It seems that gcc-2.7.2.3 is terminally ill. I'd rather change
False alarm.
Rechecked my .config - it was strange
And remembered that I did a clean start...
Wrong config file - sorry...
/RogerL
Brian Gerst wrote:
Roger Larsson wrote:
Hi,
This is the first test kernel that won't boot
for me.
Last message "Ok, booting the kernel"
Then
On Tue, 24 Oct 2000, Frank Hansen wrote:
[SNIPPED...]
Any suggestions whatsoever would be greatly appreciated. FWIW NT 4.0
running on the same hardware performs this task flawless, and I will
have a diffucult time to convice my boss that we should use Linux as
long as it is outperformed
Frank,
Have you considered checking /proc/net/dev_stat (first entry)
to see whether NET4 is dropping packets due to backlog
maximums? If there is a non-zero entry there, you might try
uping /proc/sys/net/core/netdev_max_backlog from the default
300 and see if your loss diminishes.
On Tue, 24
Hi,
I am getting a kernel panic when I boot linux.
There is some bad block.
To get rid of this, I want to run fsck.I boot linux
with a boot diskette and then with rescue.img I get
to the command prompt and then run fsck.
#e2fsck /dev/hdb5 //hdb5 is my linux native
when I run
On Tue, Oct 24, 2000 at 09:38:13AM -0700, Stephen Satchell wrote:
At 01:30 PM 10/22/00 +0200, you wrote:
Yup. And I want to try out my modules coded in Visual Cobol, APL,
and PL/I. Oh, and I want to rewrite ext2fs to use Befunge.
Would that be PL/I (F) or PL/I (H}? You have different
On Mon, Oct 23, 2000 at 02:21:11PM -0200, Rik van Riel wrote:
1) some process allocates gobs of memory
2) the kernel swaps out memory from all processes
3) some of the other - partly swapped out - processes
wake up and need to be swapped in
4) these other processes have to ALLOCATE MEMORY
Hi.
Reading through kernel/sched.c I came across this block (on line 597):
{
cycles_t t, this_slice;
t = get_cycles();
this_slice = t - sched_data-last_schedule;
sched_data-last_schedule = t;
}
It seems to me that
Followup to: [EMAIL PROTECTED]
By author:Kurt Roeckx [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
On Mon, Oct 23, 2000 at 03:58:39PM -0400, Patrick J. LoPresti wrote:
"David S. Miller" [EMAIL PROTECTED] writes:
SOCK_DGRAM over AF_UNIX is reliable, it's a local transport.
I had this option in my .config:
CONFIG_FB_RIVA=m
Changing that option to:
# CONFIG_FB_RIVA is not set
made the errors stop occuring. I am not sure
why building the Riva support as a module would
cause the errors to be generated.
Did this. No problem. The only
In article [EMAIL PROTECTED],
Linus Torvalds [EMAIL PROTECTED] wrote:
struct event {
unsigned long id; /* file descriptor ID the event is on */
unsigned long event;/* bitmask of active events */
};
int bind_event(int fd, struct event
On Tue, Oct 24, 2000 at 12:46:36PM -0700, Linus Torvalds wrote:
Actually, the _real_ answer is to make fs/block_dev.c use the page cache
instead - and generic_file_read() does read-ahead that actually improves
performance, unlike the silly contortions that the direct block-dev
read-ahead
Shouldn't there also be a way to add non-filedescriptor based events
into this, such as "child exited" or "signal caught" or shm things?
Waiting on pthreads condition variables, POSIX message queues, and
semaphores (as well as fd's) at the same time would *rock*...
Unifying all these
In article 000b01c03bef$17e43c30$0200a8c0@W2K you wrote:
PS this is my first post to lkml so please keep that in mind...
PPS ... so, was I right?
yes welcome, thanks for reminding me of that. And i think exactly that point
could be a bit optimized.
Greetings
Bernd
-
To unsubscribe from this
Multiple event queues are bad, because it completely breaks the notion of
even-driven programming. How do you want to listen to them all? You can't.
You can only listen to one event queue at a time - unless you create some
You can listen to one event queue per thread. Maybe in the case
The pipe bandwidth is intimately related to pipe latency. Linux pipes
are fairly small (only 4kB worth of data buffer), so they need good
latency for good performance.
...
The pipe bandwidth could be fairly easily improved by just doubling the
buffer size (or by using VM tricks), but it's
On Tue, 24 Oct 2000, Evan Jeffrey wrote:
Multiple event queues are bad, because it completely breaks the notion of
even-driven programming. How do you want to listen to them all? You can't.
You can only listen to one event queue at a time - unless you create some
You can listen to
1 - 100 of 278 matches
Mail list logo