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
> smoo
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?
Mil
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 \
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
On Mon, 23 Oct 2000, Dan Kegel wrote:
>
>
>http://www.FreeBSD.org/cgi/man.cgi?query=kqueue&apropos=0&sektion=0&manpath=FreeBSD+5.0-current&format=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 e
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 dif
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
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 LM
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 th
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 interfac
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
> inf
On Mon, 23 Oct 2000, Linus Torvalds wrote:
> Note that if there really are only 9 "nopage" routines, then it is a lot
> easier to just add the single "SetPageUptodate(page)" into those 9
> routines, and thus let the VM know of the race.
Works for me. And yes, the list of ->nopage instances tha
On Tue, 24 Oct 2000, Alexander Viro wrote:
>
> It's not the only problem, but I would feel _much_ safer if pagefault
> wouldn't rely on pagecache miss. Actually... Hey. Why don't we do the
> insertion into page tables _within_ ->nopage()?
NO!
We used to do this a LOONG time ago.
Distributing
On Mon, 23 Oct 2000, Jordan Mendelson wrote:
> What you describe is exactly what the /dev/poll interface patch from the
> Linux scalability project does.
>
> It creates a special device which you can open up and write
> add/remove/modify entries you wish to be notified of using the standard
>
On Mon, 23 Oct 2000, Linus Torvalds wrote:
>
> > What is your favourite interface then ?
>
> I suspect a good interface that can easily be done efficiently would
> basically be something where the user _does_ do the equivalent of a
> read-only mmap() of poll entries - and explicit and control
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 the passed array)
> Th eproblem wi
On Mon, 23 Oct 2000, Linus Torvalds wrote:
>
>
> On Mon, 23 Oct 2000, 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?
>
> I don't think that is it - that code loo
Strange things here.
I'm testing out 2.4.0-test9 kernel with USB, (reiserfs built in, but,
hopefully this has nothing to do with it).
Hardware is a 440FX Dual PPro200/Natoma + 82371SB PIIX3/USB.
Printer: HP DeskJet 880C USB/Parallel
Mouse: Microsoft Intellimouse with Intellieye USB
Other stuff:
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 Technology Co Ltd: Unknown device 716
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 the passed array)
That's _not_ how poll() works at all.
We don't
Nick Piggin ([EMAIL PROTECTED]) wrote:
> > I'm trying to write a server that handles 1 clients. On 2.4.x,
> > the RT signal queue stuff looks like the way to achieve that.
>
> I would suggest you try multiple polling threads. Not only will you get
> better SMP scalability, if you have say
David Schwartz wrote:
> > I'm trying to write a server that handles 1 clients. On 2.4.x,
> > the RT signal queue stuff looks like the way to achieve that.
> > Unfortunately, when the RT signal queue overflows, the consensus seems
> > to be that you fall back to a big poll(). And even though
On Mon, 23 Oct 2000, 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?
I don't think that is it - that code looks very straightforward (and is
needed on some silly architect
Sorry if this is user-error, but after about 20min of using
2.4.0-test10-pre5, my Debian Woody system dropped out of X with this
message in syslog:
[drm:drm_release] *ERROR* Process 256 dead, freeing lock for context 1
I've never seen this before; I had been using test10-pre4 for several days
wi
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 same time), but IIRC -test7 was
relatively stabl
Dan Kegel wrote:
>
> Jordan Mendelson ([EMAIL PROTECTED]) wrote:
> > An implementation of /dev/poll for Linux already exists and has shown to
> > be more scalable than using RT signals under my tests. A patch for 2.2.x
> > and 2.4.x should be available at the Linux Scalability Project @
> > http:
Hello,
I'm a senior in high school with a fair bit of programming experience
looking to get involved with the linux kernel. I'm currently reading a book
on OS design and last summer I hacked the IP masquerading and port
forwarding code for an internal company project so I'm not completely
unknowl
> I'm trying to write a server that handles 1 clients. On 2.4.x,
> the RT signal queue stuff looks like the way to achieve that.
> Unfortunately, when the RT signal queue overflows, the consensus seems
> to be that you fall back to a big poll(). And even though the RT signal
> queue [almos
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
[1.] One line summary of the problem:
Netscape mail sometimes frezze when i read mail stored in a vfat
partition
[2.] Full description of the problem/report:
When it happen the dmesg show as a kernel bug, and netscap
This is the suggestion that Petr made and was approved by the maintainer.
Can we get this in 2.4.0-test10-pre6 please? Without this patch, if
you have CONFIG_INET turned off, you have to go through the CONFIG_NLS
stuffs.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
--- fs/nls/Config.
On Mon, Oct 23, 2000 at 06:42:39PM -0700, Linus Torvalds wrote:
>
>
> On Tue, 24 Oct 2000, Andi Kleen wrote:
> >
> > Also with the poll table mmap'ed via /dev/poll and the optimizations I
> > described poll could be made quite nice (I know that queued SIGIO exists,
> > but it has its drawbacks
On Mon, 23 Oct 2000, Linus Torvalds wrote:
> Also, the fact that Petr didn't see anything trigger in nopage() makes me
> nervous again. Even if the problem happened during read-ahead, it should
> have gotten into the address space only through nopage. Maybe there is
> some vma that isn't added
Ok, the issue with Petr is still open, in the meantime the test10-pre5
stuff fixes various other small nagging issues (notably the silly
extraneous BUG() tests that bit lots of people - sorry).
Linus
-
- pre5:
- Mikael Pettersson: more Pentium IV cleanup.
- David Mi
On Tue, 24 Oct 2000, Andi Kleen wrote:
>
> Also with the poll table mmap'ed via /dev/poll and the optimizations I
> described poll could be made quite nice (I know that queued SIGIO exists,
> but it has its drawbacks too and often you need to fallback to poll anyways)
The problem is that your
On Mon, 23 Oct 2000, Linus Torvalds wrote:
>
> I'm starting to suspect that we leave this path as-is, and just fix the
> mapping case (and PageUptodate() can work there). That should also avoid
> the nasties.
..and even that looks like I'd have to do the quick-and-dirty case with
the race stil
On Mon, Oct 23, 2000 at 06:16:24PM -0700, Linus Torvalds wrote:
>
>
> On Tue, 24 Oct 2000, Andi Kleen wrote:
> >
> > It would be possible to setup a file -> fdnum reverse table (possibly cached
> > over poll calls, I think Solaris does that) and let the async events directly
> > change the bi
> I'm trying to write a server that handles 1 clients. On 2.4.x,
> the RT signal queue stuff looks like the way to achieve that.
I would suggest you try multiple polling threads. Not only will you get
better SMP scalability, if you have say 16 threads, each one only has to
handle ~ 600 fds.
On Tue, 24 Oct 2000, Andi Kleen wrote:
>
> It would be possible to setup a file -> fdnum reverse table (possibly cached
> over poll calls, I think Solaris does that) and let the async events directly
> change the bits in the output buffer in O(1).
I disagree.
Let's just face it, poll() is a
Hi,
Does Linux give options to choose RAID levels from
BIOS?
with regards,
Anil
__
Do You Yahoo!?
Yahoo! Messenger - Talk while you surf! It's FREE.
http://im.yahoo.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-k
On Mon, Oct 23, 2000 at 05:22:22PM -0400, Wakko Warner wrote:
> > Trying to compile the current kernel (test10-pre4) with:
> >
> > > make clean
> > > make -j 2 bzImages modules modules_install
> >
> > will try to install the modules before they are built...
> > This has previously been working
I did report this back a month or so ago. Another work around is to have a
device node (22,0 in my case) around to bang on for a sec. After having
the kernel poke the device, the appropriate devfs node appears
automagically.
My 0.02USD.
Josh
On Sun, 22 Oct 2000, Andreas Franck wrote:
> Hi Paul
Casually browsing through my system logs, I came upon this two oopses
that happened together (logged as same second). I don't really remember
what situation was surrounding, or even if any interruption was
experienced. The system did totally freeze just under 30 minutes later,
however, with no
Jordan Mendelson ([EMAIL PROTECTED]) wrote:
> An implementation of /dev/poll for Linux already exists and has shown to
> be more scalable than using RT signals under my tests. A patch for 2.2.x
> and 2.4.x should be available at the Linux Scalability Project @
> http://www.citi.umich.edu/projec
On Mon, 23 Oct 2000, Petr Vandrovec wrote:
>
> With ClearPageDirty() kernel locked up (but no watchdog, so probably
> some livelock) during bootup after fsck /
Actually, it turns out that even with this issue fixed, there's the more
serious issue that the page _has_ to be removed from the page
On Mon, Oct 23, 2000 at 11:14:35AM -0700, Linus Torvalds wrote:
> [ Small treatize on "scalability" included. People obviously do not
> understand what "scalability" really means. ]
>
> In article <[EMAIL PROTECTED]>,
> Dan Kegel <[EMAIL PROTECTED]> wrote:
> >I ran a benchmark to see how long
On Mon, Oct 23, 2000 at 07:48:08PM -0400, David Relson wrote:
> Horst,
>
> What you say is correct. Early comments on gcc-2.96 reflected preprocessor
> changes which made it impossible to compile a kernel. Later comments,
> particularly David Wragg's "struct itimerval" example, show that comp
Dan Kegel wrote:
>
> Linus Torvalds wrote:
> > Dan Kegel wrote:
> >> [ http://www.kegel.com/dkftpbench/Poller_bench.html ]
> >> [ With only one active fd and N idle ones, poll's execution time scales
> >> [ as 6N on Solaris, but as 300N on Linux. ]
> >
> > Basically, poll() is _fundamentally_ a O
On Mon, Oct 23, 2000 at 07:43:24PM -0400, 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 cons
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!
Oh no then they would have to publish their findings, and that is only
Hi all,
I read this week in kernelnotes about the OOM killer and thought
I'd share a few thoughts that I had on the subject. I know I am
maybe considered a 'nobody' here so my opinion may count very
little, but this makes sense to me as a user so I though I'd
throw in my .02 cents. If you like
> Another linux caveat. Scads of undocumented and virtually undiscoverable
> behaviours :-)
Undiscoverable? You have the source code, what more do you want? Start
documenting!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
At 05:44 AM 10/23/00, Horst von Brand wrote:
>David Relson <[EMAIL PROTECTED]> said:
>
>Not just a preprocessor change.
>...
>This is true for a correct compiler (ever seen a correct piece of
>software?) compiling strictly standard-conforming source. The kernel is
>_not_ standard-conforming, and
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 (which it
>is by default, just it i
ftp://ftp.etinc.com/pub/linux/linux22_hdlc.tgz
Hi Dennis,
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 am not sure that my friend Don knows
of this issue. If Don does not care then, good day.
l
Hi Paul, hi Richard, hi linux-kernel audience,
Paul Bristow wrote:
> Hi Andreas,
>
> Could you re-send the patch, as it didn't make it with your last
> message?
Sorry, my mailer crashed when I sent this message and I didn't even
notice it got sent :-) So here's what you're waitung for (at least
David Relson <[EMAIL PROTECTED]> said:
> At 09:14 PM 10/22/00, Horst von Brand wrote:
> >Jurgen Kramer <[EMAIL PROTECTED]> said:
> > > You can blame it on the compiler which is included with RH7.0. It's a
> > > pre-release version of some sort. It seems that the gcc people are not
> > > happy that
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 (which it
is by default, just it is usually too low after you killed klogd).
Unqu
On Fri, Oct 20, 2000 at 12:38:57PM +0530, [EMAIL PROTECTED] wrote:
> for using MAP_NR with 2.4, i think you can use
> macro like
>
> #define MAP_NR(addr) (((unsigned long)(addr)-PAGE_OFFSET) >>PAGE_SHIFT)
This only works for contiguous memory.
Ralf
-
To unsubscribe from this list: send t
On Thu, Oct 19, 2000 at 07:07:52PM -0700, Myles Uyema wrote:
> This kernel panic occurred when I attempted to dump my ext2 filesystem
> /home onto /mnt/ide/backup. My exact dump command was:
>
> dump -0 -u -M -f /mnt/ide/backup/home -B 2096128 /home
>
> I believe dump managed to start reading d
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.
[...]
I'll take the liberty of highlighting some big changes, v2.2 vs v
- Received message begins Here -
>
> Jesse Pollard <[EMAIL PROTECTED]> writes:
>
> > Don't configure syslogd to do reverse lookups.
>
> Our syslogd has no option to disable the reverse lookups.
>
> > You can NEVER guarantee that the reverse lookup will succeed, and
> > can b
At 04:35 PM 10/23/2000, you wrote:
>On Mon, 23 Oct 2000, Dennis wrote:
>
> > This is typical of the "linux mentality". Why do other OSs have solutions
> > that work, yet linux's method requires special coding? If it "has to be
> > done that way", why do other OS's have solutions that dont do it th
Linus Torvalds wrote:
> Dan Kegel wrote:
>> [ http://www.kegel.com/dkftpbench/Poller_bench.html ]
>> [ With only one active fd and N idle ones, poll's execution time scales
>> [ as 6N on Solaris, but as 300N on Linux. ]
>
> Basically, poll() is _fundamentally_ a O(n) interface. There is no way
> t
On Mon, Oct 23, 2000 at 04:56:26PM -0400, Patrick J. LoPresti wrote:
> You are effectively suggesting that named should be rewritten not to
> use the glibc syslog functions at all. That strikes me as the worst
> suggestion so far; it would be far better for syslogd not to do name
> lookups.
On Mon, 23 Oct 2000, Petr Vandrovec wrote:
>
> With ClearPageDirty() kernel locked up (but no watchdog, so probably
> some livelock) during bootup after fsck /.
Yeah, the way the truncate logic works right now truncate_whole_page() has
to remove the page from the inode list - otherwise truncat
Hardware:
Single P-III 500 Mhz
64 MB RAM
13GB hard drive
First five tests were with 2.4.0-test10-pre4.
Final four tests were with 2.2.18-pre17.
All are 'virgin' kernels, without any patches.
--
Jeff Garzik| The difference between laziness and
Building 1024
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.
All are 'virgin' kernels, without any patches.
--
Jeff Garzik| The difference between laziness
On 23 Oct 2000, Patrick J. LoPresti wrote:
>Once the name resolution times out, you might expect things to become
>unstuck. But they don't.
Negative. Things have been queued. The deadlock will only go away if the
very next message processed is the named local message. And then it would
have t
On Sat, Oct 21, 2000 at 01:37:26PM -0600, Jonathan Corbet wrote:
> physical address
> An address as known by the low-level hardware. In the modern
> world, these can be 64-bit quantities, even on 32-bit systems.
> These are the addresses used by /dev/mem - which appears to work
On 23 Oct 00 at 14:34, Linus Torvalds wrote:
> On Mon, 23 Oct 2000, Alexander Viro wrote:
> > On Mon, 23 Oct 2000, Linus Torvalds wrote:
> > >
> > > Nope, that just makes the race window smaller. We should check for i_size
> > > after we've gotten the page table lock and just before actually ente
Ricky Beam <[EMAIL PROTECTED]> writes:
> Personally, I'd look closely at your setup to determine exactly why
> this has become a problem. named is being blocked on writing to
> /dev/log. This should only happen if there is sufficient _local_
> syslog traffic to fill the buffer or syslogd has to
On 23 Oct 2000, Patrick J. LoPresti wrote:
>So I have the glibc maintainer (and others) saying that syslog
>messages should never be dropped, and you saying that named should be
>dropping its syslog messages.
No, I didn't say they "should" be dropped but merely that dropping them
would fix your p
On Mon, 23 Oct 2000, Alexander Viro wrote:
>
> On Mon, 23 Oct 2000, Linus Torvalds wrote:
> >
> > Nope, that just makes the race window smaller. We should check for i_size
> > after we've gotten the page table lock and just before actually entering
> > the page into the page tables. Otherwise
On Mon, 23 Oct 2000, Michael Rothwell wrote:
> I'm trying out the new VMWare for Linux, and noticed that if I let it
> run for a couple of days, I get this:
>
> Oct 16 15:07:49 cartman kernel: VM: do_try_to_free_pages failed for
> kswapd...
[...snip...]
I think this a known issue with the 2.2 k
On Mon, 23 Oct 2000, Petr Vandrovec wrote:
>
> Yes. With sleep(60) no oops occur (it takes ~45 secs to exit child).
> This signals to me: should not vmtruncate_list acquire mm->mmap_sem,
> if it modifies page tables?
No.
It should get the page_table lock, but that is sufficient for anybody
On Mon, 23 Oct 2000, Linus Torvalds wrote:
> On Mon, 23 Oct 2000, Alexander Viro wrote:
> >
> > That's fine, but I'm afraid that we'll need a bit more than that. A couple of
> > obvious ones:
> > * filemap_nopage() needs the second check for ->i_size. Upon exit.
>
> Nope, that just makes
On Mon, 23 Oct 2000, Tobias Ringstrom wrote:
> On 23 Oct 2000, Linus Torvalds wrote:
>
> > Either
> >
> > (a) Solaris has solved the faster-than-light problem, and Sun engineers
> > should get a Nobel price in physics or something.
> >
> > (b) Solaris "scales" by being optimized for
On Mon, 23 Oct 2000, Alexander Viro wrote:
>
> That's fine, but I'm afraid that we'll need a bit more than that. A couple of
> obvious ones:
> * filemap_nopage() needs the second check for ->i_size. Upon exit.
Nope, that just makes the race window smaller. We should check for i_size
afte
Hi there,
I wanted to let you know that I was trying 2.2.18-pre17 on
hera.kernel.org, a uniprocessor with an SMP motherboard. After about six
hours, it went catatonic, responding to pings and TCP SYNs but not doing
anything that required user space.
On the console, it had multiple copies of the
On 23 Oct 00 at 13:57, Linus Torvalds wrote:
> On Mon, 23 Oct 2000, Petr Vandrovec wrote:
>
> > First page->mapping == NULL entry in syslog is dated 22:23:58, but
> > couple of entries was lost before (probably I should print only '.' for
> > each such page; this run there was more than 100 such
On 23 Oct 2000, Linus Torvalds wrote:
> Either
>
> (a) Solaris has solved the faster-than-light problem, and Sun engineers
> should get a Nobel price in physics or something.
>
> (b) Solaris "scales" by being optimized for 1 entries, and not
> speeding up sufficiently for a sma
> Trying to compile the current kernel (test10-pre4) with:
>
> > make clean
> > make -j 2 bzImages modules modules_install
>
> will try to install the modules before they are built...
> This has previously been working (at least in early testX kernels).
I've done it before when I wasn't thinki
On Mon, 23 Oct 2000, Linus Torvalds wrote:
> On Mon, 23 Oct 2000, Alexander Viro wrote:
>
> > On Mon, 23 Oct 2000, Linus Torvalds wrote:
> >
> > > Al, any ideas? I have this feeling that the simplest fix is just to leave
> > > the race open, and make truncate_complete_page() just leave such a "
Ricky Beam <[EMAIL PROTECTED]> writes:
> syslogd isn't the blocker. The syslog functions in glibc being
> called by named are the problem. Stop named from blocking on syslog
> writes and the world will be happy again.
So I have the glibc maintainer (and others) saying that syslog
messages shou
On Mon, 23 Oct 2000, Petr Vandrovec wrote:
>
> Yes. Bad news. No problem was catched in filemap_nopage, but one
> (of 57000) pages was dirty and had page->mapping == NULL... (maybe
> only one was caused that this was just after bootup, with plenty of memory)
> Maybe I should look at readahead c
On Mon, 23 Oct 2000, Alexander Viro wrote:
> On Mon, 23 Oct 2000, Linus Torvalds wrote:
>
> > Al, any ideas? I have this feeling that the simplest fix is just to leave
> > the race open, and make truncate_complete_page() just leave such a "racy"
> > page in the page cache. It will still race,
On 23 Oct 00 at 16:07, Michael Rothwell wrote:
> I'm trying out the new VMWare for Linux, and noticed that if I let it
> run for a couple of days, I get this:
>
> Oct 16 15:07:49 cartman kernel: VM: do_try_to_free_pages failed for
> kswapd...
>
> ... after which things go to hell pretty fast. Th
On Mon, 23 Oct 2000, Dennis wrote:
> This is typical of the "linux mentality". Why do other OSs have solutions
> that work, yet linux's method requires special coding? If it "has to be
> done that way", why do other OS's have solutions that dont do it that way?
> the size of the buffer is an a
David Dyck wrote:
>
> I am getting a repeatable oops during the boot up phase,
> with linux 2.4.0 test10-pre4
>
> Even a simple "mount /proc" command yields an oops.
> I believe I have the latest mount program.
>
> Unable to handle kernel paging request at virtual address 08067000
> c01f90d0
>
Hi,
Trying to compile the current kernel (test10-pre4) with:
> make clean
> make -j 2 bzImages modules modules_install
will try to install the modules before they are built...
This has previously been working (at least in early testX kernels).
make --version
GNU Make version 3.79.1, by Rich
On 23 Oct 00 at 16:13, Alexander Viro wrote:
> On Mon, 23 Oct 2000, Linus Torvalds wrote:
>
> > Al, any ideas? I have this feeling that the simplest fix is just to leave
> > the race open, and make truncate_complete_page() just leave such a "racy"
> > page in the page cache. It will still race, a
Hi,
If you have a similar machine (in terms machine configuration) for both your
solaris and linux machines... could you tell us what the difference in total
time for 100 and 1 was? i.e... dont compare solaris with 100
descripters vs solaris with 1 descriptors, but rather
Linux 100 descri
On 23 Oct 2000, Patrick J. LoPresti wrote:
>Turning down the DNS timeout would affect *all* name resolution on the
>system, right? That is not acceptable.
You should be able to set it on a per-process basis (via an ENV var.)
>As I said, I already have a workaround, which is to have named log to
Ricky Beam <[EMAIL PROTECTED]> writes:
> I would suggest disabling name resolution for syslog, but that's an
> ugly option. There's no way to stop a glibc system from doing a DNS
> query for a reverse lookup. HOWEVER, you can set the DNS timeout to
> 1 second and set the resolver options to pre
On Mon, 23 Oct 2000, Linus Torvalds wrote:
> Al, any ideas? I have this feeling that the simplest fix is just to leave
> the race open, and make truncate_complete_page() just leave such a "racy"
> page in the page cache. It will still race, and the invalid page will
> still exist, but the end res
why not
#include
Amit
"Heusden, Folkert van" wrote:
>
> I need to include (in a driver) a header-file from arch//subdir. I
> could, of course,
> do something like #include "../../arch/i386/{etc}" with a couple of #ifdef's
> to get things
> working for each environment. I guess that's now the
I'm trying out the new VMWare for Linux, and noticed that if I let it
run for a couple of days, I get this:
Oct 16 15:07:49 cartman kernel: VM: do_try_to_free_pages failed for
kswapd...
... after which things go to hell pretty fast. The previous VMWare would
oops the kernel so badly that I would
> Under Solaris 7, when the number of idle sockets was increased from
> 100 to 1, the time to check for active sockets with poll()
> increased by a factor of only 6.5. That's a sublinear increase in time,
> pretty spiffy.
Under Solaris 7, when the number of idle sockets was decreased from 1
On Mon, 23 Oct 2000, Petr Vandrovec wrote:
> > I'll take a better look at the truncate case (I consider the invalidate
> > case closed). Do you have a simple test-program around?
>
> Well, I cannot say simple. As I was not able to reproduce it with only
> one task, code below:
Ok, without runn
Hi!
> >> > * include/asm-i386/elf.h:
> >> > - make Pentium IV and other post-P6 processors use the "i686"
> >> > family name (same fix as the system_utsname.machine init fix
> >> > which went into include/asm-i386/bugs.h in test10-pre4)
> >> >
> >>
> >> We should never have used anyth
1 - 100 of 190 matches
Mail list logo
