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
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.
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
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
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
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:
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
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
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
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
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
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 @
> >
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
> 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
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
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/
---
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
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
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
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
> 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
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
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
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 @
>
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
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
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
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
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
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
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.
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
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).
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
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
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
- 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
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
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
>
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
>
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
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
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
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
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
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
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
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
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
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
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
> 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
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
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
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.
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
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
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,
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
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
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
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
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
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
> 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
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
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
On 23 Oct 2000, Patrick J. LoPresti wrote:
>Ulrich Drepper <[EMAIL PROTECTED]> writes:
>> If anything has to be changed it's (as suggested) the configuration
>> or even the implementation of syslogd. Make it robust.
>
>OK, but my current syslogd only listens to /dev/log as a SOCK_DGRAM.
>If I
On Sun, 22 Oct 2000, Dwayne C . Litzenberger wrote:
> This user also wants a
> smooth GUI, a mouse pointer that doesn't flinch under load,
Try andrea archangeli's VM patches. When I use those patches X gets much
smoother and xmms (with nice -5) never skips. 2.2 VM sucks, film at 11.
> and a
On Wed, Oct 18 2000, Thomas Molina wrote:
> > ide-scsi should probably just convert playtrkin to play_audio_10
> > or play_audio_msf
>
> Assuming you are the maintainer of ide-scsi, is this the kind of change
> you'd be willing to accept? I got the idea this was one of those "we
> don't change
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.
ksymoops 2.3.4 on i686 2.4.0-test9. Options used
-v /home/dcd/v2.4/linux-t10-pre4/vmlinux (specified)
Hi!
> > I suspect SUS only talks about regular files.
>
> As I'm reading it, they're talking about every read() call, even those with
> an invalid fd.
I'd say _they_ are broken in such case. read(invalid_fd, NULL, 0)
should give error, not pretend success.
--
Philips Velo 1: 1"x4"x8",
[EMAIL PROTECTED] (Patrick J. LoPresti) writes:
> OK, but my current syslogd only listens to /dev/log as a SOCK_DGRAM.
> [...]
I don't care what the current syslogd does. Changing the libc just to
work around the limitations of current implementations is wrong.
Write a new syslogd and do it
On 23 Oct 00 at 12:09, Linus Torvalds wrote:
> On Mon, 23 Oct 2000, Petr Vandrovec wrote:
> >
> > Hi Linus,
> > unfortunately, this does not explain problem I reported. In my case,
> > underlying fs is ext2, and there is no locking around - only one task
> > does ftruncate() on (big) shareable
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 annoyance but not a serious problem however.
Ulrich Drepper <[EMAIL PROTECTED]> writes:
> If anything has to be changed it's (as suggested) the configuration
> or even the implementation of syslogd. Make it robust.
OK, but my current syslogd only listens to /dev/log as a SOCK_DGRAM.
If I wanted reliable syslogging, it would be listening
Jesse Pollard <[EMAIL PROTECTED]> writes:
> It's not a bug, but a security feature. NO log to syslogd should be lost,
> since it may be related to an attack.
That's exactly the argument I'm always using to turn down change
requests like this. If the syslog() function could drop an entry and
On Mon, 23 Oct 2000, Petr Vandrovec wrote:
>
> Hi Linus,
> unfortunately, this does not explain problem I reported. In my case,
> underlying fs is ext2, and there is no locking around - only one task
> does ftruncate() on (big) shareable mapped file (original code does it to
> prevent dirty
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 be delayed several minutes for a single reply.
Not true. The named on
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
Attached.
diff -B --unidirectional-new-file --exclude-from=DiffExcludeList --recursive --unified
linux-2.2.16/include/asm-alpha/div64.h linux/include/asm-alpha/div64.h
--- linux-2.2.16/include/asm-alpha/div64.h Wed Dec 31 19:00:00 1969
+++ linux/include/asm-alpha/div64.h Fri Aug 11
1 - 100 of 335 matches
Mail list logo
