-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
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, fi
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 unsubscr
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 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 princ
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
po
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
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
Hi,
We've just seen a buffer.c oops in:
>>EIP; c013ae4b <__block_prepare_write+2bb/300> <=
Trace; c013b732
Trace; c015dbba
Trace; c012a67e
Trace; c015dbba
Trace; c01281c0
Trace; c01384a6
Trace; c010910b
__block_prepare_write()'s "out:" error handler tries to do a
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,
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: lookup
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
>> 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 de
>> 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
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
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 re
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, th
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) w
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, 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 l
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
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.
> >
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
Hi,
While attempting to use pci=biosirq kernel parameter in 2.4.3pre6 (same
observed with ac20) I've got the following oops (manually rewritten) during
3c59x network adapter (compiled into kernel) initialization:
Unable to handle kernel paging request at virtual address dde5
printing eip
"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
> surpr
This driver adds support for Kawasaki USB-Ethernet 1-Chip Controler
based devices.
Sam
kaweth.patch.gz
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.200suser10m1
>Right now my best approximation is to make the OOM test be as optimistic as
>it is safe to be, and the vm_enough_memory() test as pessimistic as
>sensible. Expect a test patch to appear on this list soon.
...and here it is!
This fixes a number of small but linked problems:
- malloc() never re
On Fri, 23 Mar 2001, Paul Jakma wrote:
>On Fri, 23 Mar 2001, Guest section DW wrote:
>
>> But yes, I am complaining because Linux by default is unreliable.
>
>no, your distribution is unreliable by default.
>
>> I strongly prefer a system that is reliable by default,
>> and I'll leave it to others
Hello,
I'm currently running 2.4.3-pre4. (I tried 2.4.3-pre6, but it wouldn't
boot. I'm about to try -pre7.) This seemed worse with 2.4.2, but it's
still a problem.
My system's about as stable as Crispin Glover after a week-long meth
binge. =8]
I'm running an SMP system (dual P3 600s) wit
>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 stic
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: /a/yy/cache3A8CCC6A0490B05.gifcache393C2B6A2CD2DF1.crumb:
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
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, www.eddiew
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..
---
Ear
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
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=0x30
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 w
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
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
drivers/m
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
/proc/cpui
> > 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() re
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
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 messag
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
>
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 Chec
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
> 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 appro
On Sat, 24 Mar 2001 [EMAIL PROTECTED] wrote:
> > Btw, 'decade' comes from Latin 'deca'=10 and dies=days
>
> No. It is from the Greek dekas, dekados (group of ten).
All my french dictionnaries agree with you. Thanks for the fix. :-)
> > Could it be due to the word 'decadent'
>
> Unrelated. (
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
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 VT
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
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 a
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 use
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 cha
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
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
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
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 fail
> 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 [EM
>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
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
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
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 hav
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 terr
>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.
>
>G
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
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
happ
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
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 cre
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, cou
> > 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 fe
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
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 arou
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
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.42
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 no
> 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
80 matches
Mail list logo
