No, the correct answer is if you want a reliable recovery then run your disks
in non write buffered mode. I.e. turn on sync in fstab.
You probably haven't tried to use sync or you would have noticed the
performace penalty. I think nobody really considers sync an alternative.
O. Wyss
-
To
In [EMAIL PROTECTED] Derrick J Brashear
[EMAIL PROTECTED] writes:
Earlier today I swapped an Athlon (tbird) 850 and an Epox 8KTA3 in for the
dual Celeron I had, moving all the cards into the new system. One of these
was a Promise PDC20267 with 4 40gb disks attached. The machine would not
The kernel command line setup function for MDA console support is
currently dangling in outer space and not called (and hence non
functional). There was also a warning about a non used function
whose callers were half /* */ 'ed out so I cleaned that up as well.
Patch should apply to any recent
On Fri, Mar 23, 2001 at 09:02:30PM -0800, Linus Torvalds wrote:
In article [EMAIL PROTECTED],
Kevin Buhr [EMAIL PROTECTED] wrote:
The results speak for themselves:
CVS gcc 3.0: Debian gcc 2.95.3: RedHat gcc 2.96:
real16m8.423s real
Otto Wyss wrote:
No, the correct answer is if you want a reliable recovery then run your disks
in non write buffered mode. I.e. turn on sync in fstab.
You probably haven't tried to use sync or you would have noticed the
performace penalty. I think nobody really considers sync an
On Sat, 24 Mar 2001, Doug Ledford wrote:
[snip list of naughty behavior]
What was that you were saying about "should *never* happen"? Oh, and let's
not overlook the fact that it killed off mostly system daemons to start off
with while leaving the real culprits alone. Once it did get around
From [EMAIL PROTECTED] Sat Mar 24 03:00:17 2001
No, ulimit does not work. (But it helps a little.)
no, not perfect, i very much agree. but in daily usage it reduces
chance of OOM to close to 0.
No. How would you use it? Compute individual limits for
each process? One typically
You probably haven't tried to use sync or you would have noticed the
performace penalty. I think nobody really considers sync an alternative.
O. Wyss
You can't have the best of everything. There are tradeoffs. A viable option is a
journaled filesystem. Linux boasts a few, two of
Linus,
At present, drivers/video/chipsfb.c can only be used on PPC, and it
doesn't compile even on PPC. The patch below makes it compile, and by
changing it to use the generic inb/outb, means that there is at least
a chance it can be used on other platforms. The patch is against
2.4.3-pre7,
Hey. Using Kernel 2.2.18 + E-IDE patches Rev 6.30 + Raid patches
Putting together a fileserver setup with two mirrored FSs over four
disks two IDE controllers (ie each disk on controller 1 is mirrored to
a second on Controller 2, using raid 1).
No problems accessing disks separately, can
Alan Cox wrote:
2.4.2-ac24
2.4.2-ac23
o Back out problem via bridge change (me)
That fixed the bttv problems I had. I've noticed that there are
four VIA vt8363 PCI fixups by now. Are these experimental to see if
some people's problems go away or have VIA confirmed that
Change the removable device-drivers to detect change. Fx, with cdrom, change
the cdrom-part to detect when the disc tray ejects and when it goes back in,
both for manual (user push eject) and automatic (program sends
eject-request). This way the kernel just have to send a signal when this
Noticed that my sigtimedwait timeout patch got into the kernel, so polled signal I/O
should now
work much better.
The question on why the timeout is calculated with an +1 for non-zero timeouts is
still open.
AFAICT is is not needed as timespec_to_jiffies() does a correct rounding. The effect
General thread comment:
To those who are griping, and obviously rightfully so, Rik has twice
stated on this list that he could use some help with VM auto-balancing.
The responses (visible on this list at least) was rather underwhelming.
I noted no public exchange of ideas.. nada in fact.
Get off
At 6:58 am + 24/3/2001, Rik van Riel wrote:
On Sat, 24 Mar 2001, Jonathan Morton wrote:
Hmm... "if ( freemem (size_of_mallocing_process / 20) )
fail_to_allocate;"
Seems like a reasonable soft limit - processes which have already got
lots of RAM can probably stand not to have that
On Fri, 23 Mar 2001, Stephen E. Clark wrote:
Alan Cox wrote:
You don't beleve me if I tell you: DOS extender and JVM (Java Virtual
Machine)
The JVM doesnt actually. The JVM will itself spontaenously explode in real
life when out of memory. Maybe the JVM on a DOS extender 8)
In article [EMAIL PROTECTED] you wrote:
Earlier today I swapped an Athlon (tbird) 850 and an Epox 8KTA3 in for the
dual Celeron I had, moving all the cards into the new system. One of these
was a Promise PDC20267 with 4 40gb disks attached. The machine would not
boot; I assumed it was the
Btw, 'decade' comes from Latin 'deca'=10 and dies=days
No. It is from the Greek dekas, dekados (group of ten).
Could it be due to the word 'decadent'
Unrelated. (MLatin: to fall down.)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
I thought of some things which could break it, which I want to try and deal
with before releasing a patch. Specifically, I want to make freepages.min
sacrosanct, so that malloc() *never* tries to use it. This should be
fairly easy to implement - simply subtract freepages.min from the freemem
I spotted these messages during 'make dep' on
2.4.2-ac24:
make -C hisax fastdep
md5sum: MD5 check failed for 'isac.c'
md5sum: MD5 check failed for 'isdnl1.c'
md5sum: MD5 check failed for 'isdnl2.c'
md5sum: MD5 check failed for 'isdnl3.c'
md5sum: MD5 check failed for 'tei.c'
md5sum: MD5 check
do_mount() can sometimes fail to mount a filesystem, but still
increment the filesystem module count.
This patch against 2.4.2 should fix the problem.
Jrgen
--- fs/super.c.orig Sun Mar 11 20:25:26 2001
+++ fs/super.c Sun Mar 11 20:05:27 2001
@@ -1414,6 +1414,8 @@
fail:
if
On Sat, 24 Mar 2001, Jorgen Cederlof wrote:
if (list_empty(sb-s_mounts))
kill_super(sb, 0);
+ else
+ put_filesystem(fstype);
goto unlock_out;
That's completely wrong. Reference acquired by get_fs_type() is
released by put_filesystem() (near
Dear Linus and all,
One of these days we must change dev_t.
There are several aspects to this, but this letter touches
only the kernel-*libc interface.
We need a size, and I am strongly in favor of sizeof(dev_t) = 8;
this is already true in glibc.
The two main uses of dev_t are in struct stat
Also for 2.5, kdev_t needs to go away, along with all those arrays based
on major number, and be replaced with either "struct char_device" or
"struct block_device" depending on the device.
I actually went through the kernel in 2.4.0-test days and did this.
Most kdev_t usages should really be
Hello anybody.
Today i applied A.COX's patch 2.4.2-ac23 on 2.4.0 kernel previsiously patched
with 2.4.1 and 2.4.2 patches.
Before everything used to compile well, but with this patch i get this
error message:
setup.c: In function `identify_cpu':
setup.c:2280: `tsc_disable' undeclared (first
On Sat, 24 Mar 2001, Jeff Garzik wrote:
Also for 2.5, kdev_t needs to go away, along with all those arrays based
on major number, and be replaced with either "struct char_device" or
"struct block_device" depending on the device.
I actually went through the kernel in 2.4.0-test days and
On Sat, 24 Mar 2001, Jonathan Morton wrote:
General thread comment:
To those who are griping, and obviously rightfully so, Rik has twice
stated on this list that he could use some help with VM auto-balancing.
The responses (visible on this list at least) was rather underwhelming.
I noted no
I'm installing Linux onto a Compaq iPaq IA-1 -- the little "MSN
Companion" thing. I wish Compaq didn't feel compelled to name everything
"iPaq." This device is essentially a laptop with a strange case, no hard
drive, and 32MB of RAM. It has a VIA chipset and four USB ports. The
southbridge is a
On Fri, Mar 23, 2001 at 10:44:58PM +0100, Michael Devogelaere wrote:
I'm experiencing problems with an rtl8029-nic. The computer acts as a
multicast-client receiving a disk-image from a server. That transfer went
fine during the first 1.5 gb and then the machine stopped responding.
I tried to
Also for 2.5, kdev_t needs to go away, along with all those arrays
Yes, it has been said many times, and I get the impression
that many people actually did it.
Maybe everybody with code or at least a detailed setup
should demonstrate what was done so that we can compare merits
of several
On Sat, 24 Mar 2001, Boris Pisarcik wrote:
Hello anybody.
Ho Boris,
...
setup.c: In function `identify_cpu':
setup.c:2280: `tsc_disable' undeclared (first use in this function)
setup.c:2280: (Each undeclared identifier is reported only once
setup.c:2280: for each function it appears in.)
I have a machine with 3 of these controllers (a 4 CPU server). The
3 controllers are:
ncr53c810a-0: rev=0x23, base=0xfa101000, io_port=0x2000, irq=58
ncr53c810a-0: ID 7, Fast-10, Parity Checking
ncr53c896-1: rev=0x01, base=0xfe004000, io_port=0x3000, irq=57
ncr53c896-1: ID 7, Fast-40, Parity
On Fri, 23 Mar 2001, Alan Cox wrote:
infinite storage. After all, earlier Unix flavours did not need
an OOM killer either, and my editor was not killed under Unix V6
on 64k when I started some other process.
You were lucky. Its quite possible for V6 to kill processes when you run out
of swap
Hi, all,
just hit by tmpfs on 2.4.2-ac20
mount -t tmpfs mnt
dd if=/dev/zero mnt/tmpfile
resulted in hardly slowed system and lockup,
and not in "No space left on device", as expected.
Alex Riesen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi, dear all
As i recompiled 2.4.2-ac20 with ACPI support
the system cannot switch itself off.
With APM it work without any problem.
I get a message "Couldn't switch to S5" if
try to call reboot(2).
At load it shows that the mode is supported.
Alex Riesen
P.S.
Motheboard Asus CUV4X
if (list_empty(sb-s_mounts))
kill_super(sb, 0);
+ else
+ put_filesystem(fstype);
goto unlock_out;
Reference acquired by get_fs_type() is
released by put_filesystem() (near fs_out), _NOT_ by kill_super().
Yes.
kill_super() releases the
On Fri, 23 Mar 2001, Doug McNaught wrote:
Gerhard Mack [EMAIL PROTECTED] writes:
On Fri, 23 Mar 2001, Bob Lorenzini wrote:
I'm annoyed when persons post virus alerts to unrelated lists but this
is a serious threat. If your offended flame away.
This should be a wake up call...
On Sat, 24 Mar 2001, Jorgen Cederlof wrote:
kill_super() releases the reference stored in -s_type (created
by get_sb_...()). If superblock stays alive you should not release it.
get_sb_...() will do get_filesystem() even if superblock stays alive.
Sigh... I see what happens, and yes,
This gets us about 1/3 of the way through this one.
Affected files:
fs/proc/generic.c
arch/i386/kernel/irq.c
arch/i386/kernel/mtrr.c
drivers/acpi/dispatcher/dswload.c
drivers/atm/zatm.c
drivers/block/DAC960.c
drivers/block/ll_rw_blk.c
drivers/char/pc_keyb.c
drivers/char/rio/rio_linux.c
On Sat, Mar 24, 2001 at 11:11:50AM -0600, Jesse Pollard wrote:
Bind itself has been proven over many years. This is the first major
problem found.
This is so blatantly incorrect as to be laughable. BIND 4 and 8 had a
long and glorious history of serious security flaws; a quick search of
the
On Sat, 24 Mar 2001, LA Walsh wrote:
I have a machine with 3 of these controllers (a 4 CPU server). The
3 controllers are:
ncr53c810a-0: rev=0x23, base=0xfa101000, io_port=0x2000, irq=58
ncr53c810a-0: ID 7, Fast-10, Parity Checking
ncr53c896-1: rev=0x01, base=0xfe004000, io_port=0x3000,
Mike Galbraith wrote:
On Sat, 24 Mar 2001, Doug Ledford wrote:
To those people that would suggest I send in code I only have this to say.
Fine, I'll send in a patch to fix this bug. It will make the oom killer call
the cache reclaim functions and never kill anything. That would at
Wondering if this new kernel presents a problem to the ax25 utils.
In particular the ax25-0.0.7-tools.
I heard that maybe there were patches available to correct any problems
created by the newer kernel and was wondering that if anyone knows about
this, if they could post the location..
---
Jesse Pollard wrote:
Is there an alternative to BIND that's free software? Never seen
one.
Not one that is Open Source
Australia's RMIT and Ercisson have an Open Source load-balancing distributed
web server, including a DNS server to do the balancing.
The link I have,
Mike Galbraith [EMAIL PROTECTED] writes:
Times are fine. Local APIC timer interrupts are used.
Okay, thanks. That's good.
Testing's easy, thanks for the fix.
This is where I'd submit the patch, but Alan evidently works 80 hours
a day. ;) The new patch is already in ac24.
Alan, FYI, I
I got a directory /a/yy that I tried to erase with rm -rf /a/yy.
rm hangs...
ls gives the following output:
ls: /a/yy/cache3A0F94EA0A00557.html: No such file or directory
ls: /a/yy/cache3A0F94EA0A00557.html: No such file or directory
ls:
While my post didn't give an exact formula, I was quite clear on the fact that
the system is allowing the caches to overrun memory and cause oom problems.
I'm more than happy to test patches, and I would even be willing to suggest
some algorithms that might help, but I don't know where to stick
Linus Torvalds [EMAIL PROTECTED] writes:
[ under kernel 2.4.2 ]
CVS gcc 3.0: Debian gcc 2.95.3: RedHat gcc 2.96:
real16m8.423s real8m2.417s real12m24.939s
user15m23.710suser7m22.200suser10m14.420s
"Zack Weinberg" [EMAIL PROTECTED] writes:
Let me inject some information about what gcc's doing in each version.
Thanks... very useful information.
2.95.3 allocates its memory via a bunch of 'obstacks' which,
underneath, get memory from malloc, and therefore brk(2). I'm very
surprised
Jakob stergaard [EMAIL PROTECTED] writes:
It's important that you use at least -O3 to get inlining too.
[ . . . ]
25 MB doesn't count ;)
Aggh! I feel like I'm in a comedy sketch. You tell me "do that".
I do that. You tell me, "you should try this instead", so I do this.
Then, you tell
On Sat, Mar 24, 2001 at 01:55:15AM +0100, J . A . Magallon wrote:
On 03.24 Andrew Morton wrote:
"J . A . Magallon" wrote:
The same is with that ugly out: at the end
of the function. Just change all that 'goto out' for a return.
Oh no, no, no. Please, no.
Multiple
On Sat, Mar 24, 2001 at 06:25:16PM +0100, Alex Riesen wrote:
As i recompiled 2.4.2-ac20 with ACPI support
the system cannot switch itself off.
With APM it work without any problem.
APM doesn't work for me either.
I get a message "Couldn't switch to S5" if
try to call reboot(2).
At load
Hello!
2.4.x kernel. have not tried 2.2
I just found somethig, I believe is kernel bug.
I am working with usbnet.c driver, which stores some of its
internal state in sk_buff.cb area. But once such skb passed to
upper layer with netif_rx, net/ipv4/ip_input.c reuses content of cb
On Sat, 24 Mar 2001, Jonathan Morton wrote:
free = atomic_read(buffermem_pages);
free += atomic_read(page_cache_size);
free += nr_free_pages();
- free += nr_swap_pages;
+ /* Since getting swap info is expensive, see if our allocation can happen in
On Sat, 24 Mar 2001, Doug Ledford wrote:
Mike Galbraith wrote:
General thread comment:
To those who are griping, and obviously rightfully so, Rik has twice
stated on this list that he could use some help with VM auto-balancing.
The responses (visible on this list at least) was rather
Tom Sightler wrote:
[snip]
OK, can you try this patch? It's very simple, and is probably not the
correct fix (the correct fix is probably to add the Xircom card to the
supported PCI table), but it works for me. I'm not sure why the generic pci
serial code counts the number of iomem
On Sat, 24 Mar 2001 14:43:34 +0100 (MET),
Andr Dahlqvist [EMAIL PROTECTED] wrote:
I spotted these messages during 'make dep' on
2.4.2-ac24:
make -C hisax fastdep
md5sum: MD5 check failed for 'isac.c'
They all seam to be related to the ISDN code. Is this
something to worry about?
No, the code
free = atomic_read(buffermem_pages);
free += atomic_read(page_cache_size);
free += nr_free_pages();
- free += nr_swap_pages;
+ /* Since getting swap info is expensive, see if our allocation
can happen in physical RAM */
Actually, getting swap info is as
Szabolcs Szakacsits wrote :
But if you start
to think you get the conclusion that process killing can't be avoided if
you want the system keep running.
What's the point in keeping the OS running if the applications are silently
killed?
If your box is running for example a mail server, and
While my post didn't give an exact formula, I was quite clear on the
fact that
the system is allowing the caches to overrun memory and cause oom problems.
Yes. A testcase would be good. It's not happening to everybody nor is
it happening under all loads. (if it were, it'd be long dead)
On Sat, 24 Mar 2001 15:06:23 -0500,
Pete Toscano [EMAIL PROTECTED] wrote:
[0]kdb btp 862
EBP EIP Function(args)
0xe2bdbf6c 0xc011526a schedule+0x41e (0xe2ce0960, 0xe2bda000)
0xe2bdbf9c 0xc0107bb8 __down_interruptible+0x94
0xe2bdbfac 0xc0107c96 __down_failed_interruptible+0xa
Hi,
On Fri, Mar 23, 2001 at 11:58:50AM -0800, Linus Torvalds wrote:
Ehh.. Sleeping with the spin-lock held? Sounds like a truly bad idea.
Uggh --- the shmem code already does, see:
shmem_truncate-shmem_truncate_part-shmem_free_swp-
lookup_swap_cache-find_lock_page
It looks messy:
On Fri, Mar 23, 2001 at 05:26:22PM +, James A. Sutherland wrote:
If SuSE's install program needs more than a quarter Gb of RAM, you need a
better distro.
Well, it's rpm ...
I guess the Debian packager is more friendly.
But if you choose to install a huge number of packages, the job to do
Hi,
We've just seen a buffer.c oops in:
EIP; c013ae4b __block_prepare_write+2bb/300 =
Trace; c013b732 block_prepare_write+22/70
Trace; c015dbba ext2_get_block+a/4e0
Trace; c012a67e generic_file_write+3ee/710
Trace; c015dbba ext2_get_block+a/4e0
Trace; c01281c0 file_read_actor+0/f0
Trace;
On Sun, 25 Mar 2001, Stephen C. Tweedie wrote:
Rik, do you think it is really necessary to take the page lock and
release it inside lookup_swap_cache? I may be overlooking something,
but I can't see the benefit of it ---
I don't think we need to do this, except to protect us from
using a
On Sat, Mar 24, 2001 at 01:54:39PM -0600, Kevin Buhr wrote:
Jakob stergaard [EMAIL PROTECTED] writes:
It's important that you use at least -O3 to get inlining too.
[ . . . ]
25 MB doesn't count ;)
Aggh! I feel like I'm in a comedy sketch. You tell me "do that".
I do that. You
On Sat, 24 Mar 2001 [EMAIL PROTECTED] wrote:
We need a size, and I am strongly in favor of sizeof(dev_t) = 8;
this is already true in glibc.
The fact that glibc is a quivering mass of bloat, and total and utter crap
makes you suggest that the Linux kernel should try to be as similar as
On 24 Mar 2001, Kevin Buhr wrote:
A huge win for 2.96 and absolutely no benefit whatsoever for 3.0, even
though it obviously had a 10-fold effect on maps counts. On the
positive side, there was no performance *hit* either.
I don't think the system time in 3.0 has anything to do the the
It seems something changed in 2.4.3-pre7 (against which I applied your
patch) so that it doesn't make a difference. On startup I now get this,
which I am CC:ing as per printk to [EMAIL PROTECTED]
Mar 24 23:59:05 princess cardmgr[374]: initializing socket 1
Mar 24 23:59:05 princess kernel:
Hello:
I've ftp'd the 2.4.3-pre7 patch here, but I'm wondering what I should
be applying it against? Is there a 2.4.3 "stock" kernel(if so where
would I locate it) or go against 2.4.2 stock kernel or 2.4.2-ac?
TIA,
George
===[George R. Kasica]===+1 262 513 8503
President
On Sat, 24 Mar 2001 22:38:01 -0600, you wrote:
Hello:
I've ftp'd the 2.4.3-pre7 patch here, but I'm wondering what I should
be applying it against? Is there a 2.4.3 "stock" kernel(if so where
would I locate it) or go against 2.4.2 stock kernel or 2.4.2-ac?
2.4.2 stock
Jens
-
To unsubscribe
At 12:41 AM 3/25/01 +0100, you wrote:
If your box is running for example a mail server, and it appears that
another process is juste eating the free memory, do you really want to kill
the mail server, just because it's the main process and consuming more
memory and CPU than others?
Well, fine,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Mar 24, 2001 at 09:45:01PM -0800, Stephen Satchell wrote:
If you have a mission-critical application running on your box, add it to
the inittab file with the RESPAWN attribute. That way, OOM killer kills
it, init notices it, and init
> No, the correct answer is if you want a reliable recovery then run your disks
> in non write buffered mode. I.e. turn on sync in fstab.
>
You probably haven't tried to use sync or you would have noticed the
performace penalty. I think nobody really considers sync an alternative.
O. Wyss
-
To
In <[EMAIL PROTECTED]> Derrick J Brashear
<[EMAIL PROTECTED]> writes:
>Earlier today I swapped an Athlon (tbird) 850 and an Epox 8KTA3 in for the
>dual Celeron I had, moving all the cards into the new system. One of these
>was a Promise PDC20267 with 4 40gb disks attached. The machine would
The kernel command line setup function for MDA console support is
currently dangling in outer space and not called (and hence non
functional). There was also a warning about a non used function
whose callers were half /* */ 'ed out so I cleaned that up as well.
Patch should apply to any recent
On Fri, Mar 23, 2001 at 09:02:30PM -0800, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Kevin Buhr <[EMAIL PROTECTED]> wrote:
> >
> >The results speak for themselves:
> >
> >CVS gcc 3.0: Debian gcc 2.95.3: RedHat gcc 2.96:
> >
> >real
Otto Wyss wrote:
> > No, the correct answer is if you want a reliable recovery then run your disks
> > in non write buffered mode. I.e. turn on sync in fstab.
> >
> You probably haven't tried to use sync or you would have noticed the
> performace penalty. I think nobody really considers sync an
On Sat, 24 Mar 2001, Doug Ledford wrote:
[snip list of naughty behavior]
> What was that you were saying about "should *never* happen"? Oh, and let's
> not overlook the fact that it killed off mostly system daemons to start off
> with while leaving the real culprits alone. Once it did get
From [EMAIL PROTECTED] Sat Mar 24 03:00:17 2001
> No, ulimit does not work. (But it helps a little.)
no, not perfect, i very much agree. but in daily usage it reduces
chance of OOM to close to 0.
No. How would you use it? Compute individual limits for
each process? One
> > You probably haven't tried to use sync or you would have noticed the
> > performace penalty. I think nobody really considers sync an alternative.
> >
> > O. Wyss
>
> You can't have the best of everything. There are tradeoffs. A viable option is > a
>journaled filesystem. Linux boasts a
Linus,
At present, drivers/video/chipsfb.c can only be used on PPC, and it
doesn't compile even on PPC. The patch below makes it compile, and by
changing it to use the generic inb/outb, means that there is at least
a chance it can be used on other platforms. The patch is against
2.4.3-pre7,
Hey. Using Kernel 2.2.18 + E-IDE patches Rev 6.30 + Raid patches
Putting together a fileserver setup with two mirrored FSs over four
disks & two IDE controllers (ie each disk on controller 1 is mirrored to
a second on Controller 2, using raid 1).
No problems accessing disks separately, can
Alan Cox wrote:
>
> 2.4.2-ac24
> 2.4.2-ac23
> o Back out problem via bridge change (me)
That fixed the bttv problems I had. I've noticed that there are
four VIA vt8363 PCI fixups by now. Are these experimental to see if
some people's problems go away or have VIA confirmed
Change the removable device-drivers to detect change. Fx, with cdrom, change
the cdrom-part to detect when the disc tray ejects and when it goes back in,
both for manual (user push eject) and automatic (program sends
eject-request). This way the kernel just have to send a signal when this
Noticed that my sigtimedwait timeout patch got into the kernel, so polled signal I/O
should now
work much better.
The question on why the timeout is calculated with an +1 for non-zero timeouts is
still open.
AFAICT is is not needed as timespec_to_jiffies() does a correct rounding. The effect
>General thread comment:
>To those who are griping, and obviously rightfully so, Rik has twice
>stated on this list that he could use some help with VM auto-balancing.
>The responses (visible on this list at least) was rather underwhelming.
>I noted no public exchange of ideas.. nada in fact.
>
At 6:58 am + 24/3/2001, Rik van Riel wrote:
>On Sat, 24 Mar 2001, Jonathan Morton wrote:
>
>> Hmm... "if ( freemem < (size_of_mallocing_process / 20) )
>>fail_to_allocate;"
>>
>> Seems like a reasonable soft limit - processes which have already got
>> lots of RAM can probably stand not to
Hi,
I got my ATM driver working properly, both LE155 and PCA200E did
good throughput when I found out the problem. I had some fancy option in
BIOS setup described like "Enhance chip performance", after turning this
on everything started to rock. So, my best guess is that there was
something
On Fri, 23 Mar 2001, Stephen E. Clark wrote:
> Alan Cox wrote:
> >
> > > You don't beleve me if I tell you: DOS extender and JVM (Java Virtual
> > > Machine)
> >
> > The JVM doesnt actually. The JVM will itself spontaenously explode in real
> > life when out of memory. Maybe the JVM on a DOS
In article <[EMAIL PROTECTED]> you wrote:
> Earlier today I swapped an Athlon (tbird) 850 and an Epox 8KTA3 in for the
> dual Celeron I had, moving all the cards into the new system. One of these
> was a Promise PDC20267 with 4 40gb disks attached. The machine would not
> boot; I assumed it
> Btw, 'decade' comes from Latin 'deca'=10 and dies=days
No. It is from the Greek dekas, dekados (group of ten).
> Could it be due to the word 'decadent'
Unrelated. (MLatin: to fall down.)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
>I thought of some things which could break it, which I want to try and deal
>with before releasing a patch. Specifically, I want to make freepages.min
>sacrosanct, so that malloc() *never* tries to use it. This should be
>fairly easy to implement - simply subtract freepages.min from the
I spotted these messages during 'make dep' on
2.4.2-ac24:
make -C hisax fastdep
md5sum: MD5 check failed for 'isac.c'
md5sum: MD5 check failed for 'isdnl1.c'
md5sum: MD5 check failed for 'isdnl2.c'
md5sum: MD5 check failed for 'isdnl3.c'
md5sum: MD5 check failed for 'tei.c'
md5sum: MD5 check
do_mount() can sometimes fail to mount a filesystem, but still
increment the filesystem module count.
This patch against 2.4.2 should fix the problem.
Jörgen
--- fs/super.c.orig Sun Mar 11 20:25:26 2001
+++ fs/super.c Sun Mar 11 20:05:27 2001
@@ -1414,6 +1414,8 @@
fail:
if
On Sat, 24 Mar 2001, Jorgen Cederlof wrote:
> if (list_empty(>s_mounts))
> kill_super(sb, 0);
> + else
> + put_filesystem(fstype);
> goto unlock_out;
That's completely wrong. Reference acquired by get_fs_type() is
released by put_filesystem() (near
Dear Linus and all,
One of these days we must change dev_t.
There are several aspects to this, but this letter touches
only the kernel-*libc interface.
We need a size, and I am strongly in favor of sizeof(dev_t) = 8;
this is already true in glibc.
The two main uses of dev_t are in struct stat
Also for 2.5, kdev_t needs to go away, along with all those arrays based
on major number, and be replaced with either "struct char_device" or
"struct block_device" depending on the device.
I actually went through the kernel in 2.4.0-test days and did this.
Most kdev_t usages should really be
Hello anybody.
Today i applied A.COX's patch 2.4.2-ac23 on 2.4.0 kernel previsiously patched
with 2.4.1 and 2.4.2 patches.
Before everything used to compile well, but with this patch i get this
error message:
setup.c: In function `identify_cpu':
setup.c:2280: `tsc_disable' undeclared (first
On Sat, 24 Mar 2001, Jeff Garzik wrote:
> Also for 2.5, kdev_t needs to go away, along with all those arrays based
> on major number, and be replaced with either "struct char_device" or
> "struct block_device" depending on the device.
>
> I actually went through the kernel in 2.4.0-test days
1 - 100 of 153 matches
Mail list logo