I'm getting
zsh: fork failed: resource temporarily unavailable
on a machine. It has 510 processes which are mostly
asleep, running under various user ids.
Multiple user accounts get the error when it occurs, though
root seems to continue to work fine.
How do I determine which resource is the
I just tried dosemu again after upgrading to 2.4.0pre11, and it ran my program
about halfway and then started spinning with strace reporting:
vm86(0x1, 0x811f540, 0xa6, 0xfff8fff1, 0x81d30a4) = -1 ENOSYS (Function not
implemented)
vm86(0x1, 0x811f540, 0xa6, 0xfff8fff1, 0x81d30a4) = -1 ENOSYS
kernel: VM: do_try_to_free_pages failed for xntpd...
kernel: VM: do_try_to_free_pages failed for klogd...
last message repeated 15 times
kernel: VM: do_try_to_free_pages failed for tail...
last message repeated 15 times
kernel: VM: do_try_to_free_pages failed for init...
last
Hi,
one of the new feature of the new 2.2.18 kernel (at least ppc kernel,
I don't know about the standard kernel.org kernel) is the new
keyboard mapping.
The idea is that if you set
/proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes to 1, the raw
kaycodes sent by the keyboard are mapped to
On Thu, 28 Dec 2000, Alan Cox wrote:
o VIA686a timer reset to 18Hz background (Vojtech Pavlik)
I patched my 2.2.18-ma2 with that patch to see if that helps me off my
sys time slowness, but it does unfortunately not help.
Thats unrelated
Ok, that's what I eventually figured
Hi,
I have already sent this to Alan but some people on #kernelnewbies on irc
complained about this Oops so I decided to send to all. (on the first
round I cc'd:[EMAIL PROTECTED])
Regards,
Tigran
diff -urN -X dontdiff linux/Documentation/Changes ucode-2.2/Documentation/Changes
---
Same old story, bugger still does it. Have to set the link down/up to
get it running again. I had to reset two systems tonight, one up for
~60 days, one up for two days. Both have this card. Unrelated traffic.
This is kernel 2.4.0-test13-pre4
00:12.0 Ethernet controller: Lite-On
I'm running an asus board with a pair of PIII 550s. gettimeofday is
varying wildly on the scale of a few seconds but is accurate over about
a minute, and sleep and hwclock are accurate.
#include sys/time.h
#include unistd.h
main() {
while(1) {
struct timeval tv;
gettimeofday(tv,NULL);
On Thu, Dec 28, 2000 at 02:37:19AM +, Alan Cox wrote:
I have my system clock drift roughly -1 s/min, though my CMOS clock is
fine unless tampered with.
adjtimex will let you tell Linux the clock on the board is crap too
But may tamper with the CMOS clock
-
To unsubscribe from this
Hi Alan,
the first patch is a must for kernels that load scsi driver from initrd
;)
the second one allow "make install" to work also if lilo isn't
installed..
main.patch :
diff -ur linux-2.2.18.orig/init/main.c linux-2.2.18.tl/init/main.c
--- linux-2.2.18.orig/init/main.c Mon Dec 11
zsh: fork failed: resource temporarily unavailable
on a machine. It has 510 processes which are mostly
asleep, running under various user ids.
How do I determine which resource is the problem so I can
fix the shortage?
Sounds like processes/tasks is the resource in question.
Manfred wrote:
David wrote:
Same old story, bugger still does it. Have to set the link down/up to
get it running again.
00:12.0 Ethernet controller: Lite-On Communications Inc LNE100TX (rev
20)
I missed your earlier mails, could you resend the details?
I'm interested in the
On Wed, 27 Dec 2000, Rogier Wolff wrote:
Hi,
We have a typical semaphore application that has a producer and a
consumer.
Without the semaphores we are limited by the rest of the stuff to
1 times around the loop per second. That's good.
When we put the "push the semaphore" call in
Andries Brouwer [EMAIL PROTECTED] writes:
On Wed, Dec 27, 2000 at 01:16:44PM -0200, Marcelo Tosatti wrote:
I happen to see this post, but have not followed earlier discussion.
See a patch fragment
(The patch does not show a lot of context. You should look at the
whole files)
Linus Torvalds [EMAIL PROTECTED] writes:
On 27 Dec 2000, Christoph Rohland wrote:
Woul dyou mind testing this alternate fix instead:
Does not work, but is the right direction I think.
First we need the following patch since otherwise we use a swap entry
without having the count increased:
Hi!
I want to run kernel 2.2.18 with aacraid support. Does anyone know where I can get the
aacraid patches?
Greetings,
David
-
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/
On Tue, 26 Dec 2000, Ralf Baechle wrote:
The semantics of this syscall were previously defined by Risc/OS and later
on continued to be used by IRIX.
Ralf, could you please provide me a copy of a man page for the call? I
don't have access to either of the systems and a search of the Net
does anyone other than me think that the pm code is *way* too agressive about
spinning down the hard drive? my 256mb laptop (2.2.16) will only spin down the
disk for about 30 seconds before it decides it's got something else it feels
like writing out, and spins back up. Spinnup has got to be
Wait a minute, this is a new board. I had a suspicion, and I have a new
suspect, can we investigate this?
Yep
I rebooted, and since I left APM out, the system clock is alright since
63 mins. Might the APM BIOS CPU IDLE calls be related? I did *not* enable
If the APM bios holds interrupts
On Tue, 26 Dec 2000, Joe deBlaquiere wrote:
Read the ISA manual; sc will fail if the LL-bit in c0_status is cleared
which will be cleared when the interrupt returns using the eret instruction.
I tried to find a MIPSIII manual from mips.com but all I could find was
mips32 and mips64
I need to get rid of the abstraction that a block device brings because I
need to run things in XIP (execute in place) mode from our cramfs partition.
(We have uncompressed and aligned files inter mingled with our cramfs stuff
so that the entire distro can be updated in a single flash) The
Hi - we are seeing the following repeatable Oops in 2.4t13p4ac2 compiled using
gcc 2.95.2 for PIII running on IDE disks. Occurs whilst copying lots of files
to/from remote filesystems.
Thank you
Chris
Unable to handle kernel paging request at virtual address 0004
c0131891
*pde =
On Thu, Dec 28, 2000 at 01:01:53PM +0100, Christoph Rohland wrote:
My first reaction is that this patch is broken, since
one usually specifies size 0 in shmget to get an existing
bit of shared memory
That's still covered: The check is moved out of shmget into the create
function. So you
upgraded to test13-pre4. When I ran "depmod -a", I got a lot of errors
about unresolved symbols for the drm modules ...
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/i810.o
depmod: *** Unresolved symbols in
On Wed, Dec 27 2000, Andrea Arcangeli wrote:
I think right behaviour of the blkdev layer is to BUG() if the driver eats
requests while the device is plugged.
The device is supposed to know what it's doing. Sure it defeats the
elevators work a bit, but again the driver should know best.
On Thu, 28 Dec 2000 [EMAIL PROTECTED] wrote:
Hi - we are seeing the following repeatable Oops in 2.4t13p4ac2 compiled using
gcc 2.95.2 for PIII running on IDE disks. Occurs whilst copying lots of files
to/from remote filesystems.
Thank you
Chris
Unable to handle kernel paging
On Thu, 28 Dec 2000, Alan Cox wrote:
CONFIG_APM_ALLOW_INTS. I'll investigate this right now and report back
what I find.
That would be interesting
Forget this all.
I found the problem trigger, it's reading from /proc/apm, for a reason I
cannot currently see.
Current config, as far as
On Thu, 28 Dec 2000, Matthias Andree wrote:
Relevant dmesg:
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13)
Board: Gigabyte 7ZXR, BIOS rev. F4 (VIA KT133 chip set, AMIBIOS).
That's not a notebook, with a Duron CPU.
For what it's worth, here's a current /proc/apm output:
1.13 1.2
On Wed, 27 Dec 2000, Linus Torvalds wrote:
On Wed, 27 Dec 2000, Rik van Riel wrote:
The (trivial) patch below should fix this problem.
It must be wrong.
If we have a dirty page on the LRU lists, that page _must_ have
a mapping.
Hmm, last I looked buffercache pages didn't have
Zlatko Calusic wrote:
Rik van Riel [EMAIL PROTECTED] writes:
On Mon, 25 Dec 2000, Dan Aloni wrote:
On 25 Dec 2000, Zlatko Calusic wrote:
Speaking of page_launder() I just stumbled upon two oopsen today on
the UP build. Maybe it could give a hint to someone, I'm not that good
On Thu, 28 Dec 2000, Rik van Riel wrote:
On Wed, 27 Dec 2000, Linus Torvalds wrote:
On Wed, 27 Dec 2000, Rik van Riel wrote:
The (trivial) patch below should fix this problem.
It must be wrong.
If we have a dirty page on the LRU lists, that page _must_ have
a mapping.
Dec 28 09:31:59 coredump kernel: Filesystem panic (dev 03:41).
Dec 28 09:31:59 coredump kernel: FAT error
Dec 28 09:31:59 coredump kernel: File system has been set read-only
Dec 28 09:31:59 coredump kernel: Directory 401: bad FAT
Dec 28 09:32:16 coredump kernel: Filesystem panic (dev 03:41).
doh, i'm a moron.
-- This is a copy of the message --
Date: Thu, 28 Dec 2000 14:51:25 +
From: Matthew Wilcox [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [PATCH] kmalloc(HIGHUSER) crashes
The slab cache accepts the __GFP_HIGHMEM flag, but it will then die
Hi Linus, Daniel,
the (trivial) patch below fixes the drop-behind call in
generic_file_write to *only* do drop-behind if we've
written "past the end" of the page.
This way we have a better chance of still having partially
written pages in memory when we write to them again (eg. for
TUX
Linus Torvalds wrote:
On Wed, 27 Dec 2000, Philipp Rumpf wrote:
On Wed, Dec 27, 2000 at 03:41:04PM -0800, Linus Torvalds wrote:
It must be wrong.
If we have a dirty page on the LRU lists, that page _must_ have a mapping.
What about pages with a mapping but without a writepage
On Thu, 28 Dec 2000, Daniel Phillips wrote:
It's logical that PageDirty should never be get for ramfs,
No. Not setting PageDirty will cause the system to move the
page to the inactive_clean list and happily reclaim your data.
We _have to_ use something like PageDirty for this, and
checking
bleh, ignore that. I fixed the problem. dont know what I did though but its
ok now..
Shawn Starr wrote:
Dec 28 09:31:59 coredump kernel: Filesystem panic (dev 03:41).
Dec 28 09:31:59 coredump kernel: FAT error
Dec 28 09:31:59 coredump kernel: File system has been set read-only
Dec 28
On Thu, 28 Dec 2000, Rik van Riel wrote:
On Thu, 28 Dec 2000, Daniel Phillips wrote:
It's logical that PageDirty should never be get for ramfs,
No. Not setting PageDirty will cause the system to move the
page to the inactive_clean list and happily reclaim your data.
We _have to_ use
Hi - we are seeing the following repeatable Oops in 2.4t13p4ac2 compiled using
gcc 2.95.2 for PIII running on IDE disks. Occurs whilst copying lots of files
to/from remote filesystems.
I've had a couple of reports like this. Can you test 2.4t13p4 without the -ac
changes. If the -ac changes
So should we go for SUSv2?
No.
I regard shm* as obsolete. New programs will probably not use it.
So, the less we change the better. Moreover, the SUSv2 text is broken.
There are fundmental things shm* can do that mmap cannot. Does posix shm
handle those (leaving segments alive but
Chris Mason wrote:
On Wednesday, December 27, 2000 21:26:02 +0100 Daniel Phillips
[EMAIL PROTECTED] wrote:
Hi Chris. I took your patch for a test drive under dbench and it seems
impressively stable under load, but there are performance problems.
Test machine: 64 meg, 500 Mhz
Rik van Riel wrote:
On Thu, 28 Dec 2000, Rik van Riel wrote:
On Wed, 27 Dec 2000, Linus Torvalds wrote:
On Wed, 27 Dec 2000, Rik van Riel wrote:
The (trivial) patch below should fix this problem.
It must be wrong.
If we have a dirty page on the LRU lists, that page
On Thu, 28 Dec 2000, Alan Cox wrote:
Hi - we are seeing the following repeatable Oops in 2.4t13p4ac2 compiled using
gcc 2.95.2 for PIII running on IDE disks. Occurs whilst copying lots of files
to/from remote filesystems.
I've had a couple of reports like this. Can you test 2.4t13p4
Dieter Nützel wrote:
Am Mittwoch, 27. Dezember 2000 11:07 schrieb Nils Philippsen:
Hi all,
On Wed, 27 Dec 2000, Dieter [iso-8859-1] Nützel wrote:
I got this since test13-pre1 (pre4, now):
SunWave1depmod -e
depmod: *** Unresolved symbols in
Alan,
Do you remember if the reports you've got always oopsed the same
address (004) ?
They vary in report
-
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/
Hi
I try to activate APIC interrruption on a single processor(PIII) with
kernel2.4.0-test11.
I activate APIC interruption with the configuration of linux kernel
2.4.0test-11. In the linux kernel configuration under processor type and
features I activate "APIC and IO-APIC support on
On Thu, 28 Dec 2000, Alan Cox wrote:
Alan,
Do you remember if the reports you've got always oopsed the same
address (004) ?
They vary in report
Doesn't it sounds like memory problems?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Hi Linus,
block_truncate_page() function unecessarily calls mark_buffer_dirty(),
which may wait on bdflush, while holding a locked page.
The following patch against 2.4.0test13pre4 makes block_truncate_page call
balance_dirty() (which may wait for bdflush) after when we unlocked the
page and
Alan,
Do you remember if the reports you've got always oopsed the same
address (004) ?
They vary in report
Doesn't it sounds like memory problems?
For -ac Im working on the assumption I introduced a bug into the mm code
-
To unsubscribe from this list: send the line
[EMAIL PROTECTED] writes:
I activate APIC interruption with the configuration of linux kernel
2.4.0test-11. In the linux kernel configuration under processor type and
features I activate "APIC and IO-APIC support on uniprocessor", and I
desactivate "Symmetric multi-processing support". The
On 28 Dec 2000, David Huggins-Daines wrote:
[EMAIL PROTECTED] writes:
I activate APIC interruption with the configuration of linux kernel
2.4.0test-11. In the linux kernel configuration under processor type and
features I activate "APIC and IO-APIC support on uniprocessor", and I
On Thu, 28 Dec 2000, Rik van Riel wrote:
I've made a small debugging patch that simply checks
for this illegal state in add_page_to_active_list and
add_page_to_inactive_dirty_list.
I bet it won't catch the real bad guy, which almost certainly is the
"remove_from_swap_cache()" thing (it
On Thursday, December 28, 2000 16:15:48 +0100 Daniel Phillips
[EMAIL PROTECTED] wrote:
On Thu, 28 Dec 2000, Rik van Riel wrote:
On Thu, 28 Dec 2000, Daniel Phillips wrote:
It's logical that PageDirty should never be get for ramfs,
No. Not setting PageDirty will cause the system to
On Thu, 28 Dec 2000, Daniel Phillips wrote:
It's logical that PageDirty should never be get for ramfs, and a ramfs
page should never have buffers on it.
What?
No no no.
You're obviously right that ramfs will never have buffers on the page, but
why shouldn't a ramfs page be dirty?
Of
On Thu, 28 Dec 2000, Chris Mason wrote:
I think a dirty page without a writepage func seems a bit
broken. How about we give ramfs a writepage func that just
returns 1. That way nobody does any special if
(ramfs_page(page)) kinds of tests...
This will lead to the ramfs pages staying on the
On Thu, 28 Dec 2000, Marcelo Tosatti wrote:
Hi Linus,
block_truncate_page() function unecessarily calls mark_buffer_dirty(),
which may wait on bdflush, while holding a locked page.
Good catch. It should be ok to sleep for bdflush while holding the page,
but at the same time it's
On Thu, 28 Dec 2000, Linus Torvalds wrote:
On Thu, 28 Dec 2000, Rik van Riel wrote:
I've made a small debugging patch that simply checks
for this illegal state in add_page_to_active_list and
add_page_to_inactive_dirty_list.
I bet it won't catch the real bad guy, which almost
On 28 Dec 2000, Christoph Rohland wrote:
First we need the following patch since otherwise we use a swap entry
without having the count increased:
No, that shouldn't be needed.
Look at the code-path: the kernel has the page locked, so nothing will
de-allocate the swap entry - so it's
Do you remember if the reports you've got always oopsed the same
address (004) ?
Hi - Here's another Oops from the same machine. It looks to be in a totally
different place in the code which probably means it's a memory problem? I'll
try installing on another box to
On Thu, 28 Dec 2000, Linus Torvalds wrote:
On Thu, 28 Dec 2000, Marcelo Tosatti wrote:
Hi Linus,
block_truncate_page() function unecessarily calls mark_buffer_dirty(),
which may wait on bdflush, while holding a locked page.
Good catch. It should be ok to sleep for bdflush
Hi
I have try to activate APIC in my BIOS, but I didn't have this option.
Have you ever try it?
Tanks
Francis Pieraut
Francis Pieraut
On Thu, 28 Dec 2000, John Levon wrote:
On 28 Dec 2000, David Huggins-Daines wrote:
[EMAIL PROTECTED] writes:
I activate APIC interruption with the
On Thursday, December 28, 2000 15:51:24 -0200 Rik van Riel
[EMAIL PROTECTED] wrote:
On Thu, 28 Dec 2000, Chris Mason wrote:
I think a dirty page without a writepage func seems a bit
broken. How about we give ramfs a writepage func that just
returns 1. That way nobody does any special
On Thu, 28 Dec 2000 [EMAIL PROTECTED] wrote:
Do you remember if the reports you've got always oopsed the same
address (004) ?
Hi - Here's another Oops from the same machine. It looks to be in a totally
different place in the code which probably means it's a
On Thu, 28 Dec 2000, Marcelo Tosatti wrote:
If we call mark_buffer_dirty() on an already dirty buffer, we may sleep
waiting for bdflush even if we haven't caused _any_ real disk IO (because
the buffer was already dirty anyway).
I think it makes more sense if we only call balance_dirty
Francis Pieraut wrote:
I try to activate APIC interrruption on a single processor(PIII) with
kernel2.4.0-test11.
I activate APIC interruption with the configuration of linux kernel
2.4.0test-11. In the linux kernel configuration under processor type and
features I activate "APIC and IO-APIC
[in vmscan.c]
Between line 573 and 594 the page can have 1 user and be unlocked, so it
can be removed by invalidate_inode_pages, and the mapping will be
cleared here:
http://innominate.org/~graichen/projects/lxr/source/mm/filemap.c?v=v2.3#L98
This seems like the obvious thing to do:
---
On Wed, 27 Dec 2000, Andrew Morton wrote:
- Introduces a kernel-wide macro `SMP_KERNEL'. This is designed to
be used as a `compiled ifdef' in place of `#ifdef CONFIG_SMP'. There
are a few examples in __wake_up_common().
Please don't do this, it screws up the config option
On Thu, 28 Dec 2000, Chris Wedgwood wrote:
this remind me; perhaps you or Al could answer this.
How hard would it be to have ramfs backed by swap? The goal being
try to achieve something like a FreeBSDs mfs.
I use ramfs for /tmp on my laptop -- it's very handy because it
extends
On Thu, 28 Dec 2000, Daniel Phillips wrote:
[in vmscan.c]
Between line 573 and 594 the page can have 1 user and be unlocked, so it
can be removed by invalidate_inode_pages, and the mapping will be
cleared here:
I use ramfs for /tmp on my laptop -- it's very handy because it
extends the amount of the the disk had spent spun down and therefore
battery life; but writing large files into /tmp can blow away the
system or at the very least eat away at otherwise usable ram. Not
terribly desirable.
Linus Torvalds wrote:
No, I'd much rather have
if (PageDirty(page)) BUG();
there, and then have the free_swap_cache code clear the dirty bit.
We don't want to lose dirty bits by mistake. The only cases where it's ok
to clear the dirty bit is when we truncate a page completely
On Thursday, December 28, 2000 16:49:14 +0100 Daniel Phillips [EMAIL PROTECTED]
wrote:
[ dbench 48 test on the anon space mapping patch ]
This benchmark doesn't seem to suffer a lot from noise, so the 7%
slowdown with your patch likely real.
Ok, page_launder is supposed to run through
On Thu, 28 Dec 2000, Chris Mason wrote:
Linus and Rik are cc'd in to find out if this is a good idea in
general.
Probably.
There are some arguments for starting the writeout early, but there are
tons of arguments against it too (the main one being "avoid doing IO if
you can do so"), so
Hi Linus, Alan, Stephen,
the patch below implements trivial RSS ulimit enforcement
for the 2.4 kernel.
The hard limit (rlim_max) is enforced as a true hard limit,
both at page fault time and again from kswapd. The soft
limit is "enforced" by simply scanning and swapping the
process more
On Sat, Dec 23, 2000, Udo A. Steinberg [EMAIL PROTECTED] wrote:
;
; Hi all,
;
; After enabling the option "EEPRO100_PM" and upgrading to test13-pre4
; my problems with the eepro100 driver mysteriously ceased to exist.
; I no longer see any "Card reports no RX buffers" or "Card reports no
;
The main notables are the network fixes (uninitialized skb-dev could and
did cause oopses in ip_defrag) and the mm fixes (dirty pages without
mappings etc, causing problems in page_launder).
The mm cleanups also include removing "swapout()" as a VM operation, as
nobody can sanely do anything
On Thu, 28 Dec 2000, Linus Torvalds wrote:
I would actually prefer not having the balance_dirty() in
mark_buffer_dirty() at all, and then just potentially adding an explicit
balance_dirty to strategic places. There would probably not be that many
of those strategic places.
As it stands,
On Thu, 28 Dec 2000, Linus Torvalds wrote:
This still doesn't tell "sync()" about dirty pages (ie the "innd loses the
active file after a reboot" bug), but now the places that mark pages dirty
are under control. Next step..
Do you really want to split the per-address-space pages list in
Linus Torvalds wrote:
We don't want to lose dirty bits by mistake. The only cases where it's ok
to clear the dirty bit is when we truncate a page completely (so it won't
be needed and obviously really shouldn't be written out) and when we've
lost the last user of a swap cache entry.
Any
On Thu, 28 Dec 2000, Daniel Phillips wrote:
OK, I see you just posted -pre5 while I was making the patch, but here
it is anyway, as a cross-check.
Ok, pre-5 should have all the same places you found already fixed, but
please do give it some heavy-duty testing to make sure there isn't
I've posted these problems several times before, but I've never received
any response, and I'd really like this problems worked out. I'd be happy
to try anything that I can to assist in the bug tracking process.
Basically,
the kernel locks up on my Alpha PC164 when network load is high. It
does
On Thu, 28 Dec 2000, Linus Torvalds wrote:
If somebody (you? hint, hint) wants to do this,
Ok, I'll do it because I love Tove.
I'd be very happy - I can do it myself, but because it's my birthday
I'm supposed to drag myself off the computer soon and be social, or
Tove will be grumpy.
-
Hello!
I've just joined this mailing-list so forgive-me if I do some mistakes.
I've done a little add-on to the linux kernel source in order to build
directly the driver for the em8300 chip. This chip is the main chip
of the DXR3 and Hollywood Plus mpeg decompression cards. Since now, the
On Thu, 28 Dec 2000, Marcelo Tosatti wrote:
On Thu, 28 Dec 2000, Linus Torvalds wrote:
If somebody (you? hint, hint) wants to do this,
Ok, I'll do it because I love Tove.
Marcelo, you should buy some glasses ;)
Tove != Tux
It's ok and probably safe to love Tux, the nice cuddly
penguin
On Thu, 28 Dec 2000, Rik van Riel wrote:
On Thu, 28 Dec 2000, Marcelo Tosatti wrote:
On Thu, 28 Dec 2000, Linus Torvalds wrote:
If somebody (you? hint, hint) wants to do this,
Ok, I'll do it because I love Tove.
Marcelo, you should buy some glasses ;)
Tove != Tux
It's ok
In article [EMAIL PROTECTED],
Linus Torvalds [EMAIL PROTECTED] writes:
LT
LT The mm cleanups also include removing "swapout()" as a VM operation, as
swapout was not removed from drivers/sound/via82cxxx_audio.c; the
following does so (compiles and produces sound, someone who
this has to be a dumb idea -- either it's way harder to implement than i think,
or it's just plain impossible. but i'm curious why it won't work.
So, if you fork, all the pages in both the child and the parent are marked COW.
Since the text segment is read only, it'll never be written to; all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
does anyone other than me think that the pm code is *way* too agressive about
spinning down the hard drive? my 256mb laptop (2.2.16) will only spin down the
disk for about 30 seconds before it decides it's got something else it feels
Hi,
with the fix below, newer versions of modutils won't
complain about the (missing) symbol debug...
Could you please apply this for the next pre-patch?
thanks,
Rik
--
Hollywood goes for world dumbination,
Trailer at 11.
http://www.surriel.com/
Linus Torvalds wrote:
- global dirty list for global syn(). We don't have one, and I don't
think we want one. We could add a few lists, and split up the active
list into "active" and "active_dirty", for example, but I don't like
the implications that would probably have for the LRU
On Wed, Dec 27, 2000 at 04:23:43PM +, Paul Jakma wrote:
On Tue, 26 Dec 2000, Ian Stirling wrote:
The PCI bus can move around 130MB/sec,
in bursts yes, but sustained data bandwidth of PCI is a lot lower,
maybe 30 to 50MB/s. And you won't get sustained RAID performance
sustained PCI
On Thu, 28 Dec 2000, Ari Heitner wrote:
this has to be a dumb idea
Not really, you're just 8 (9?) years too late...
The question is, why shouldn't it be possible to share the text
segments of *all* running programs?
Linux uses shared mmap() for "loading" executables (well,
they're just
Jeff Garzik, is offline for the next three weeks..
He claims that his wrists hurt from the keyboard ;-)...
Cheers,
Andre Hedrick
CTO Timpanogas Research Group
EVP Linux Development, TRG
Linux ATA Development
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Thu, 28 Dec 2000 22:19:37 +0100 (CET),
[EMAIL PROTECTED] wrote:
I wanted to share what I've done but since I'm very new to kernel hacking
I don't know what to do with my patch. Could you give me some hints?
linux/Documentation/SubmittingPatches
-
To unsubscribe from this list: send the line
[EMAIL PROTECTED] (Tim Wright) writes:
On Wed, Dec 27, 2000 at 04:23:43PM +, Paul Jakma wrote:
On Tue, 26 Dec 2000, Ian Stirling wrote:
The PCI bus can move around 130MB/sec,
in bursts yes, but sustained data bandwidth of PCI is a lot lower,
maybe 30 to 50MB/s. And you won't
Linus Torvalds [EMAIL PROTECTED] writes:
On 28 Dec 2000, Christoph Rohland wrote:
First we need the following patch since otherwise we use a swap entry
without having the count increased:
No, that shouldn't be needed.
Look at the code-path: the kernel has the page locked, so
All,
Had another nfsd oops today. I was listening to a mp3
that is located on a nfs partition mounted off the machine
that oops'd with no other network activity.
Ksymoops output is attached as well as the regular console
text.
What the heck, I say what the heck is goin on here?
--
Mike
Alan Cox [EMAIL PROTECTED] writes:
There are fundmental things shm* can do that mmap cannot. Does posix
shm handle those (leaving segments alive but unattached being the
obvious one)
Yes:
shmget == shm_open (+ ftruncate(fd, size))
shmat== mmap (0, size,
On Thu, Dec 28, 2000 at 12:59:22PM -0800, Linus Torvalds wrote:
- we absolutely do _not_ want to make "struct page" bigger. We can't
afford to just throw away another 8 bytes per page on adding a new list
structure, I feel. Even if this would be the simplest solution.
BTW..
The
You can get the Linux special behaviour to be able to attach to a
removed segment by its shmid by passing the file descriptor for the
posix shm from the attached process to the attaching process.
Did I miss something?
Not that I've ever used 8)
-
To unsubscribe from this list: send the
1 - 100 of 306 matches
Mail list logo