Hi,
Recently when I tried to test disk IO of a dual-processor PC
using linux 2.4.0-test1 SMP, I found that the clock slows down.
Could somebody tell me why it happened, and is there any patch
for this problem?
BTW, is there any good tool to measure disk IO, like "iostat"
on Solaris?
Thanks!
[EMAIL PROTECTED] said:
> Irrelevant. The current mixer settings don't matter: what matters is
> that the driver does not change them.
It does matter. The sound driver needs to be able to _read_ the current
levels. Almost all mixer programs will start by doing this, to set the
slider to the
On Mon, 06 Nov 2000, David Woodhouse wrote:
> [EMAIL PROTECTED] said:
> > So autoload the module with a "dont_screw_with_mixer" option. When
> > the kernel first boots, initialise the mixer to suitable settings
> > (load the module with "do_screw_with_mixer" or whatever); thereafter,
> > the
After a stranger than usual late-night #kernelnewbies session on Thursday, I
was inspired to come up with Kernel Hangman. This is the traditional game of
hangman, except that the words you have to guess are kernel symbols.
So, test your knowledge of kernel trivia and play it at
On Mon, 6 Nov 2000, Erik Mouw wrote:
> On Mon, Nov 06, 2000 at 03:55:41PM +0200, Catalin BOIE wrote:
> > I wish to know if there is something like a kernel hook for open function.
> > I want to monitor a file (someting like watchdog on Solaris) and to read
> > from my own process (module?) and
> > ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
> > ide-tape: ht0: I/O error, pc = 8, key = 5, asc = 2c, ascq = 0
> > ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
> >
> > (normal, i get those cause of the lock drive/unlock drive, which the
> > drive
On Mon, Nov 06, 2000 at 03:55:41PM +0200, Catalin BOIE wrote:
> I wish to know if there is something like a kernel hook for open function.
> I want to monitor a file (someting like watchdog on Solaris) and to read
> from my own process (module?) and from the file.
I don't know what watchdog is,
On Fri, Nov 03, 2000 at 07:01:27PM -0500, Jeff Garzik wrote:
> [EMAIL PROTECTED] wrote:
> >
> > thanx for the information
> >
> > this ftp site
> > ftp://ftp.inr.ac.ru/ip-routing/zerocopy-sendfile-*.dif
> > is password protected.
> >
> This site is not password-protected, I just downloaded
On Sat, 4 Nov 2000, Keith Owens wrote:
> On Fri, 3 Nov 2000 17:54:51 -0500 (EST),
> "Richard B. Johnson" <[EMAIL PROTECTED]> wrote:
> >(1) I have SCSI modules that have to be installed upon boot
> >from initrd. Insmod failed with "Can't find the kernel version that
> >this module was compiled
Alan Cox wrote:
>
> > Even 2.2.x can be fixed to do the wake-one for accept(), if required.
>
> Do we really want to retrofit wake_one to 2.2. I know Im not terribly keen to
> try and backport all the mechanism. I think for 2.2 using the semaphore is a
> good approach. Its a hack to fix an old
Andrea Arcangeli wrote:
>
> On Sat, Nov 04, 2000 at 09:22:58AM -0800, Linus Torvalds wrote:
> > We don't need to backport of the full exclusive wait queues: we could do
> > the equivalent of the semaphore inside the kernel around just accept(). It
> > wouldn't be a generic thing, but it would
David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > * Driver initializes mixer to 100% muted * Userspace app sets desired
> > values to /dev/mixer * Userspace app opens /dev/dsp to play sound
>
> > I don't see where any sound can "escape" in this scenario, and it
> > doesn't require any
You know, a more concise way of stating my underlying question might be:
Does POSIX require that programs be aware of signals, in the
"returning EINTR" sense, if they do not use signals, and only use
pthreads?
I might want to write a program that uses pthreads instead of
On Mon, 06 Nov 2000, George Talbot wrote:
> On Fri, 3 Nov 2000, Theodore Y. Ts'o wrote:
>
> >Date:Fri, 03 Nov 2000 14:44:17 -0500
> >From: [EMAIL PROTECTED]
> >
> >My problem is that pthread_create (glibc 2.1.3, kernel 2.2.17 i686) is
> >failing because, deep inside glibc
I respectfully disagree that programs which don't surround some of the
most common system calls with
do
{
rv = __some_system_call__(...);
} while (rv == -1 && errno == EINTR);
are broken. Especially if those programs don't use signals. The problem
that
On Fri, 3 Nov 2000, Theodore Y. Ts'o wrote:
>Date: Fri, 03 Nov 2000 14:44:17 -0500
>From: [EMAIL PROTECTED]
>
>My problem is that pthread_create (glibc 2.1.3, kernel 2.2.17 i686) is
>failing because, deep inside glibc somewhere, nanosleep() is returning
>EINTR.
>
>
[EMAIL PROTECTED] said:
> I am thinking about the bigger picture: You are unloading a driver,
> then continuing to use the hardware. To me, that is an undefined
> state.
We're only using the pass-through levels. It's undefined but it doesn't
matter to the software. I'd actually suggest that
Hi, guys!
I wish to know if there is something like a kernel hook for open function.
I want to monitor a file (someting like watchdog on Solaris) and to read
from my own process (module?) and from the file.
I tried with LD_SO_PRELOAD but it haven't any effect on the so libraries.
For example:
On Mon, 06 Nov 2000, Andi Kleen wrote:
> On Mon, Nov 06, 2000 at 11:02:47AM +, Alan Cox wrote:
> > >with the TCP ECN_ECHO and CWR flags set, to indicate
> > >ECN-capability, then the sender should send its second
> > >SYN packet without these flags set. This is because
Alexander Viro <[EMAIL PROTECTED]> said:
> On Sun, 5 Nov 2000, Anonymous wrote:
> > Does anyone know where to find a gui for gcc or g++ or any compiler for a
> > KDE shell?
> Yes.
For a _really_ helpful answer, you are missing: "I don't" ;-)
--
Dr. Horst H. von Brand
On Mon, Nov 06, 2000 at 08:00:05AM +, David Woodhouse wrote:
> I'm more interested in the case where the module is loaded for the second
> time:
Is there really a reason to unload a module in normal usage? Beyond
miniscule memory savings and hack value? You can solve the whole
problem with
[EMAIL PROTECTED] said:
> So autoload the module with a "dont_screw_with_mixer" option. When
> the kernel first boots, initialise the mixer to suitable settings
> (load the module with "do_screw_with_mixer" or whatever); thereafter,
> the driver shouldn't change the mixer settings on load.
David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > > The sound card allows itself to be unloaded when the pass-through
> > > mixer levels are non-zero. This is reasonable iff ...
>
> > I don't think that is reasonable.
>
> You don't think that it's reasonable for the sound card to allow
On Mon, 06 Nov 2000, David Woodhouse wrote:
> [EMAIL PROTECTED] said:
> > > * User continues to happily listen to radio through sound card
> > You're using the sound card without a driver?
>
> Yes. The sound card allows itself to be unloaded when the pass-through mixer
> levels are non-zero.
I think we're getting confused. What I'm advocating is something like this:
init_module()
{
struct mixer_levels *levels;
levels = inter_module_get("mysoundcard_mixerlevels");
if (!levels)
/* We haven't been loaded before. Default to zero */
[EMAIL PROTECTED] said:
> > The sound card allows itself to be unloaded when the pass-through
> > mixer levels are non-zero. This is reasonable iff ...
> I don't think that is reasonable.
You don't think that it's reasonable for the sound card to allow itself to
be unloaded when the
On Mon, Nov 06, 2000 at 11:02:47AM +, Alan Cox wrote:
[snip]
> Now that is nice. The end user perceived effect is that folks with faulty
> firewalls have horrible slow web sites with a 3 or 4 second wait for each
> page. The perfect incentive. If only someone could do the same to path mtu
>
Bah!! You ruined the fun! =)
Davide Libenzi wrote:
>
> On Mon, 06 Nov 2000, Alexander Viro wrote:
> > On Sun, 5 Nov 2000, Anonymous wrote:
> >
> > > Does anyone know where to find a gui for gcc or g++ or any compiler for a
> > > KDE shell?
> >
> > Yes.
>
> :^)
>
> www.kdevelop.org
--
On Mon, 06 Nov 2000 07:13:07 -0500,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>...or, give up this silly nonsense about loading and unload modules on
>every open() and close(). A module load modifies the running kernel
>code... why do people do this on such a whim?
>
>Just load the driver at
FORT David <[EMAIL PROTECTED]> said:
> Taco Witte wrote:
> > Some days ago, I read about the idea of a completely modular kernel.
[...]
> Looks like the beginning of a new flame war.
Yep. About a very old bone, to boot.
Please go *read* what was said on the list before and refrain from
Michael Meissner <[EMAIL PROTECTED]> said:
[...]
> Now people seem to be advocating moving the kernel to use features from C99
> that haven't even been coded yet (which mean when coded using the latest
> codegen as well). Note, I seriously doubt Linus will want a flag day (ie,
> after a given
> I don't think that is reasonable.
I think its totally reasonable.
> The first thing most drivers do is reset the hardware. That inevitably
Because there is no persistent storage to remember the fact the hardware is
running.
> You are depending on the hardware to keep its state -between-
David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > > * User continues to happily listen to radio through sound card
> > You're using the sound card without a driver?
>
> Yes. The sound card allows itself to be unloaded when the pass-through mixer
> levels are non-zero. This is reasonable
Hi,
On Sat, Nov 04, 2000 at 09:53:41PM -0500, Albert D. Cahalan wrote:
>
> The journalling layer for ext3 is not a filesystem by itself.
> It is generic journalling code. So, even if IBM did not have
> any jfs code, the name would be wrong.
Indeed, and the jfs layer will be renamed "jbd" at
It may be a filesystem problem, I had a problem like this with a 200GB raid 0
array using reiserfs, it went down 3 times in 2 days. I switched to ext2 on
md0 and everything has been fine now for weeks.
On Sunday 05 November 2000 16:08, ryan wrote:
> > Hi,
>
> I tried 2.4.0test10, but I get
[EMAIL PROTECTED] said:
> > * User continues to happily listen to radio through sound card
> You're using the sound card without a driver?
Yes. The sound card allows itself to be unloaded when the pass-through mixer
levels are non-zero. This is reasonable iff it can be reloaded without
David Woodhouse wrote:
> * Sound module is unloaded
> * User continues to happily listen to radio through sound card
You're using the sound card without a driver?
> * Time passes
> * User is listening intently to something on the radio
> * Something wants to beep through /dev/audio
> * Sound
[EMAIL PROTECTED] said:
> * Driver initializes mixer to 100% muted * Userspace app sets desired
> values to /dev/mixer * Userspace app opens /dev/dsp to play sound
> I don't see where any sound can "escape" in this scenario, and it
> doesn't require any module data persistence...
* User
Alan Cox wrote:
>
> > > This is why alsa starts up all devices totally muted. Maybe its time for
> > > David to move to alsa ;)
> >
> > I wouldn't mind leaving devices totally muted until open()...
>
> You need to leave the mixer for cd, tv and radio pass through
Good point. Also might need
> > This is why alsa starts up all devices totally muted. Maybe its time for
> > David to move to alsa ;)
>
> I wouldn't mind leaving devices totally muted until open()...
You need to leave the mixer for cd, tv and radio pass through
-
To unsubscribe from this list: send the line "unsubscribe
Remember the /dev/mixer and /dev/dsp are separate.
* Driver initializes mixer to 100% muted
* Userspace app sets desired values to /dev/mixer
* Userspace app opens /dev/dsp to play sound
I don't see where any sound can "escape" in this scenario, and it
doesn't require any module data
On Mon, 06 Nov 2000, Alexander Viro wrote:
> On Sun, 5 Nov 2000, Anonymous wrote:
>
> > Does anyone know where to find a gui for gcc or g++ or any compiler for a
> > KDE shell?
>
> Yes.
:^)
www.kdevelop.org
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Mon, Nov 06, 2000 at 11:02:47AM +, Alan Cox wrote:
> >with the TCP ECN_ECHO and CWR flags set, to indicate
> >ECN-capability, then the sender should send its second
> >SYN packet without these flags set. This is because
>
> Now that is nice. The end user perceived
David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > This is why alsa starts up all devices totally muted. Maybe its time
> > for David to move to alsa ;)
>
> Muted is not what I want either, although that's fine when the module is
> _first_ loaded after booting.
>
> What I want is for the
[EMAIL PROTECTED] said:
> This is why alsa starts up all devices totally muted. Maybe its time
> for David to move to alsa ;)
Muted is not what I want either, although that's fine when the module is
_first_ loaded after booting.
What I want is for the mixer settings not to change at all,
Dan Hollis wrote:
>
> On Mon, 6 Nov 2000, Alan Cox wrote:
> > And they don't solve the problem David was talking about. There is a short
> > deeply unpleasant scream from some soundcards on reload because the card init
> > and the 0.5-1 second later aumix run dont stop the feedback loop fast
On Mon, 6 Nov 2000, Alan Cox wrote:
> And they don't solve the problem David was talking about. There is a short
> deeply unpleasant scream from some soundcards on reload because the card init
> and the 0.5-1 second later aumix run dont stop the feedback loop fast enough
> when a mic is plugged
>with the TCP ECN_ECHO and CWR flags set, to indicate
>ECN-capability, then the sender should send its second
>SYN packet without these flags set. This is because
Now that is nice. The end user perceived effect is that folks with faulty
firewalls have horrible slow web
[EMAIL PROTECTED] said:
> Any comments before it goes to Linus?
I'd prefer to update MTD separately if and when the inter_module_xxx
support gets into both 2.2 and 2.4.
Could you first provide a patch which adds this support - when it's merged
into both 2.2 and 2.4 I'll update the MTD
> > Implement a way for a userspace tool to get the correct mixer levels in
> > place at the time the sound hardware is reset, so there are no glitches in
> > the levels, and I'll agree with you.
>
> Linux-Mandrake's initscripts run aumix on bootup and shutdown, to take
> care of this...
And
Oliver Xymoron wrote:
>
> I'm still not sure why it's been decided not to do fallback or how this
> whole situation is any different from path MTU discovery.
It has:
"Changes to make to the ECN RFC before it goes to proposed standard:
* If the TCP host receives no response to a SYN
Paul Gortmaker wrote:
>
> Assuming that nobody has all the MOD_..._USE_COUNT things culled
> from a tree somewhere already, I quickly hacked up the following
> script for drivers/net:
Looks good. There's also drivers/isdn and possibly other places.
> ...
> We might want to filter the file
Hi,
While my friendly dual Xeon machine now appears to be pretty fast, I
notice that the NMI counter is still incrementing like topsy; this
presumably means that there is still something dodgy going on.
A hdparm -t seems to be giving respectable values, so I am not quite sure
where the
Hi all,
Please respond directly since I'm not on this mailing list.
I have 2 intertwined problems that my initial web research has failed to
reveal help. I recently upgraded machines and the new one has 1GB RAM. If I
build a 2.4.0pre10 (or 8 or 9, I haven't tried earlier) kernel
Hi Thomas,
On Fri, 3 Nov 2000, Thomas Pollinger wrote:
> Running a 'cvs get' on the Linux clients of a larger source tree
> eventually hangs the client in the middle of the get process. The
> hang is *always* reproduceable (however it does not always hang at
> the same place, sometimes after 1',
On Fri, 3 Nov 2000, James Simmons wrote:
>
> > > How recent of a test kernel. Yes their was a problem with the console
> > > palette but it is now fixed in the most recent test kernels.
> >
> > 2.4.0-test10-pre5
>
> Please upgrade to a newer kernel. This problem has been fixed :-)
>
Dear.
I use pre-patch-2.0.39-final for IP-masquerade PC.
and work fine ( work 24 hours in a day ).
H/WMitsubishi Electoric Apricot XEN-PC
motherboard ( unknown )
CPU Pentium 60MHz
Memory 32 MB
Ethernet card ( ISA ) NE2000 Compatible ( RTL chip ) x 2
Disk Seagate 8GB
-
To unsubscribe
[EMAIL PROTECTED] wrote:
> > de4x5 is becoming EISA-only in 2.5.x too, since its PCI support is
> > duplicated now in tulip driver.
>
> Luckily, my old Multia died. 8)
>
> Jeff, tulip did not work with genuine Digital cards.
I'm pretty sure I fixed that. Tested it on my Multia in fact :)
On Wed, 1 Nov 2000, Rik van Riel wrote:
> I'm definately looking forward to an "OOM killer showdown"
> where we can compare how the different OOM tactics work.
Since people must live with Linux's overcommiting feature the winner
would be the one that could be tuned runtime. The best general
In article <[EMAIL PROTECTED]> you write:
> In short, I do not see any enforceable advantages to the current FSF
> policies.
As a sidenote, this transfer of intellectual property of code is not
doable, according to French law (and other non-anglo-saxon countries).
In France, the author of a an
Sorry, I know this is a little left-field, but how about redesigning your
process so that instead of using a load_avg, you start all your calculations
from a single server on each node? It could queue up incoming calculations,
and fork a child to do each one.
Of course, it would catch a signal
test
-
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/
Andrea Arcangeli <[EMAIL PROTECTED]> said:
> On Mon, Nov 06, 2000 at 12:28:00AM +, Alan Cox wrote:
> > or running SMP with non matched CPU clocks.
>
> In this last case I guess he will have more problems than not being able to
> convert from cpu-clock to usec 8). Scheduler and gettimeofday
>
> Well, I have tried it with 2.4.0-test10, both SMP and non-SMP, and the
> result is a little confusing.
>
> Under SMP a ping -s 5 -f other_host takes down the network access
> with no messages (ne2k-pci), and no possibility of being restored
> without a reboot.
>
> Under UP the same
From: Bernd Eckenfels [EMAIL PROTECTED]
Date:Tue, 07 Nov 2000 03:38:35 +0100
Because this will add a Fallback (non ECN) packet to every denied
target. I think this is bad policy at least. It might violate the
RFCs, too. Keep in mind, we cannot recognice a rejection due to
Date:Mon, 06 Nov 2000 18:17:19 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
18:54:57.394894 eth0 64.124.41.177. 209.179.248.69.1238: .
2429:2429(0) ack 506 win 6432 nop,nop, sack 1 {456:506} (DF)
And this is it? The connection dies right here and says no
more?
Date: Mon, 06 Nov 2000 19:44:57 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
Just some updates. This problem does not appear to happen under
2.2.16. The dump for 2.2.16 is almost the same except we send an
mss back of 536 and not 1460 (remote mtu vs local mtu).
MSS
Andrew,
I got 5250 Req/s with your locks-sem.patch on normal Apache.
It is good performance on normal Apache.
Andrew Morton writes:
Kouichi, could you please test the performance of this on
your 8-way with Apache+fcntl serialisation? (the normal
Apache). Please use 2.4.0-test10-pre5, not
Jordan Mendelson wrote:
We are seeing a performance slowdown between Windows PPP users and
servers running 2.4.0-test10. Attached is a tcpdump log of the
connection. The machines is without TCP ECN support. The Windows machine
is running Windows 98 SE 4.10. A dialed up over PPP w/ TCP
"David S. Miller" wrote:
Date:Mon, 06 Nov 2000 18:17:19 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
18:54:57.394894 eth0 64.124.41.177. 209.179.248.69.1238: .
2429:2429(0) ack 506 win 6432 nop,nop, sack 1 {456:506} (DF)
And this is it? The connection dies
"David S. Miller" wrote:
Date: Mon, 06 Nov 2000 21:20:39 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
It looks to me like there is an artificial delay in 2.4.0 which is
slowing down the traffic to unbearable levels.
No, I think I see whats wrong, it's nothing more than
Date: Mon, 06 Nov 2000 22:13:23 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
There is a possibility that we are hitting an upper level bandwidth
limit between us an our upstream provider due to a misconfiguration
on the other end, but this should only happen during peak time
"David S. Miller" wrote:
Date: Mon, 06 Nov 2000 22:13:23 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
There is a possibility that we are hitting an upper level bandwidth
limit between us an our upstream provider due to a misconfiguration
on the other end, but this should
On Mon, Nov 06, 2000 at 10:03:05PM -0800, David S. Miller wrote:
The only thing I can do now is beg for a tcpdump from the windows95
machine side. Do you have the facilities necessary to obtain this?
This would prove that it is packet drop between the two systems, for
whatever reason, that
Date: Mon, 06 Nov 2000 22:44:00 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
Attached to this message are dumps from the windows 98 machine using
windump and the linux 2.4.0-test10. Sorry the time stamps don't match
up.
Ok, something is "odd" at the win98 side, I quote the
Date: Tue, 7 Nov 2000 08:03:42 +0100
From: Andi Kleen [EMAIL PROTECTED]
It looks very like to me like a poster child for the non timestamp
RTT update problem I just described on netdev. Linux always
retransmits too early and there is never a better RTT estimate
which could fix
On Mon, Nov 06, 2000 at 10:59:04PM -0800, David S. Miller wrote:
Date: Tue, 7 Nov 2000 08:03:42 +0100
From: Andi Kleen [EMAIL PROTECTED]
It looks very like to me like a poster child for the non timestamp
RTT update problem I just described on netdev. Linux always
retransmits
"David S. Miller" wrote:
Date: Mon, 06 Nov 2000 22:44:00 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
Attached to this message are dumps from the windows 98 machine using
windump and the linux 2.4.0-test10. Sorry the time stamps don't match
up.
(ie. Linux sends bytes
Date:Mon, 6 Nov 2000 21:23:57 -0800 (PST)
From: dean gaudet [EMAIL PROTECTED]
apache is about correctness first, and performance second.
Which is why we say it is "incorrect" for apache to try
and work around kernel performance problems. :-)))
Later,
David S. Miller
[EMAIL
[EMAIL PROTECTED] wrote:
Andrew,
I got 5250 Req/s with your locks-sem.patch on normal Apache.
It is good performance on normal Apache.
Great. Thanks again. Trond has this patch now for ongoing
NFS locking stuff. Hopefully 2.4 will now work OK with "legacy"
Apache configurations.
As long
Date: Mon, 06 Nov 2000 23:16:21 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
"David S. Miller" wrote:
It is clear though, that something is messing with or corrupting the
packets. One thing you might try is turning off TCP header
compression for the PPP link, does this
Date: Tue, 7 Nov 2000 08:16:04 +0100
From: Andi Kleen [EMAIL PROTECTED]
Hmm. One of these weird bandwidth limiters again?
In a more recent mail, TCP header compression in Win98 or Earthlink's
terminal servers have become the current prime suspect. :-)
The RTT is lower than 2.2's
"David S. Miller" wrote:
Date: Mon, 06 Nov 2000 23:16:21 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
"David S. Miller" wrote:
It is clear though, that something is messing with or corrupting the
packets. One thing you might try is turning off TCP header
Date: Mon, 06 Nov 2000 21:20:39 -0800
From: Jordan Mendelson [EMAIL PROTECTED]
It looks to me like there is an artificial delay in 2.4.0 which is
slowing down the traffic to unbearable levels.
No, I think I see whats wrong, it's nothing more than packet drop.
The large gaps in
Well, I have tried it with 2.4.0-test10, both SMP and non-SMP, and the
result is a little confusing.
Under SMP a ping -s 5 -f other_host takes down the network access
with no messages (ne2k-pci), and no possibility of being restored
without a reboot.
Under UP the same command
Andrea Arcangeli [EMAIL PROTECTED] said:
On Mon, Nov 06, 2000 at 12:28:00AM +, Alan Cox wrote:
or running SMP with non matched CPU clocks.
In this last case I guess he will have more problems than not being able to
convert from cpu-clock to usec 8). Scheduler and gettimeofday will do
test
-
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/
Sorry, I know this is a little left-field, but how about redesigning your
process so that instead of using a load_avg, you start all your calculations
from a single server on each node? It could queue up incoming calculations,
and fork a child to do each one.
Of course, it would catch a signal
In article [EMAIL PROTECTED] you write:
In short, I do not see any enforceable advantages to the current FSF
policies.
As a sidenote, this transfer of intellectual property of code is not
doable, according to French law (and other non-anglo-saxon countries).
In France, the author of a an
On Wed, 1 Nov 2000, Rik van Riel wrote:
I'm definately looking forward to an "OOM killer showdown"
where we can compare how the different OOM tactics work.
Since people must live with Linux's overcommiting feature the winner
would be the one that could be tuned runtime. The best general
[EMAIL PROTECTED] wrote:
de4x5 is becoming EISA-only in 2.5.x too, since its PCI support is
duplicated now in tulip driver.
Luckily, my old Multia died. 8)
Jeff, tulip did not work with genuine Digital cards.
I'm pretty sure I fixed that. Tested it on my Multia in fact :) (and
my
Dear.
I use pre-patch-2.0.39-final for IP-masquerade PC.
and work fine ( work 24 hours in a day ).
H/WMitsubishi Electoric Apricot XEN-PC
motherboard ( unknown )
CPU Pentium 60MHz
Memory 32 MB
Ethernet card ( ISA ) NE2000 Compatible ( RTL chip ) x 2
Disk Seagate 8GB
-
To unsubscribe
On Fri, 3 Nov 2000, James Simmons wrote:
How recent of a test kernel. Yes their was a problem with the console
palette but it is now fixed in the most recent test kernels.
2.4.0-test10-pre5
Please upgrade to a newer kernel. This problem has been fixed :-)
Unfortunately I
Hi Thomas,
On Fri, 3 Nov 2000, Thomas Pollinger wrote:
Running a 'cvs get' on the Linux clients of a larger source tree
eventually hangs the client in the middle of the get process. The
hang is *always* reproduceable (however it does not always hang at
the same place, sometimes after 1',
Hi all,
Please respond directly since I'm not on this mailing list.
I have 2 intertwined problems that my initial web research has failed to
reveal help. I recently upgraded machines and the new one has 1GB RAM. If I
build a 2.4.0pre10 (or 8 or 9, I haven't tried earlier) kernel
Hi,
While my friendly dual Xeon machine now appears to be pretty fast, I
notice that the NMI counter is still incrementing like topsy; this
presumably means that there is still something dodgy going on.
A hdparm -t seems to be giving respectable values, so I am not quite sure
where the
Paul Gortmaker wrote:
Assuming that nobody has all the MOD_..._USE_COUNT things culled
from a tree somewhere already, I quickly hacked up the following
script for drivers/net:
Looks good. There's also drivers/isdn and possibly other places.
...
We might want to filter the file list
Oliver Xymoron wrote:
I'm still not sure why it's been decided not to do fallback or how this
whole situation is any different from path MTU discovery.
It has:
"Changes to make to the ECN RFC before it goes to proposed standard:
* If the TCP host receives no response to a SYN packet
Implement a way for a userspace tool to get the correct mixer levels in
place at the time the sound hardware is reset, so there are no glitches in
the levels, and I'll agree with you.
Linux-Mandrake's initscripts run aumix on bootup and shutdown, to take
care of this...
And they don't
[EMAIL PROTECTED] said:
Any comments before it goes to Linus?
I'd prefer to update MTD separately if and when the inter_module_xxx
support gets into both 2.2 and 2.4.
Could you first provide a patch which adds this support - when it's merged
into both 2.2 and 2.4 I'll update the MTD code
201 - 300 of 445 matches
Mail list logo