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
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
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 enough
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 in
[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, when
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 mixer
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 effect
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 body of a
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
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
[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 boots
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 to flush
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 module
[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
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 a
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 some
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 iff it can
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-
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 kernel
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 posting
on
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 bootup and
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, 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
[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 pass-through
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 */
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. This is
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 itself to
be
[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.
Not
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 a
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, 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
Now
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:
[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 for
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.
Sounds like
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 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 somewhere,
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
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 module data
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 fix the
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 OS
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 with..."
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 the referenced
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, but
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, 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 driver
[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
Back in April there was some discussion about the race condition where a
call to zap_page_range followed by a call to flush_tlb_range allows for
a page which has been freed to be re-allocated on a different cpu and
referenced via a tlb on a third cpu before the tlb is actually flushed.
Below is
On Tue, Nov 07, 2000 at 01:27:07AM +1100, Andrew Morton wrote:
context. For networking, where it is called from softirq context
it is O(N).
Yes, the heuristic that runs from irqs has an O(N) worst case in wakeup.
But the current implementation is silly because the best case could run
without
Jeff Dike wrote:
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.
Oh, no, no, no, no... my productivity!
I love it.
David Woodhouse [EMAIL PROTECTED] said:
[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
On Mon, 06 Nov 2000, David Woodhouse wrote:
[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.
So do so. That's a
Hi,
is it possible to change the size of a preexisting shared memory segment by
using shmctl?
AIX has comand SHM_SIZE to shmctl to resize any existing shared memory
segment.
can it be done without recreating the whole thing in linux?
thanks
Anil
-
To unsubscribe from this list: send the line
[Chopped down Cc: list]
"James A. Sutherland" [EMAIL PROTECTED] said:
On Mon, 06 Nov 2000, David Woodhouse wrote:
[...]
It does not know them. Correct. But with persistent module storage, it
_could_ know them.
No it cannot. The desired levels have not been defined: there are no
desired
Date:Mon, 6 Nov 2000 09:13:25 -0500 (EST)
From: George Talbot [EMAIL PROTECTED]
I respectfully disagree that programs which don't surround some of the
most common system calls with
do
{
rv = __some_system_call__(...);
}
On Mon, 06 Nov 2000, Horst von Brand wrote:
[Chopped down Cc: list]
"James A. Sutherland" [EMAIL PROTECTED] said:
On Mon, 06 Nov 2000, David Woodhouse wrote:
[...]
It does not know them. Correct. But with persistent module storage, it
_could_ know them.
No it cannot. The
[EMAIL PROTECTED] said:
So set them on startup. NOT when the driver is first loaded. Put it
in the rc.d scripts.
No. You should initialise the hardware completely when the driver is
reloaded. Although the expected case is that the levels just happen to be
the same as the last time the
Hi,
On Mon, 6 Nov 2000, [EMAIL PROTECTED] wrote:
Hi, is it possible to change the size of a preexisting shared memory
segment by using shmctl?
AIX has comand SHM_SIZE to shmctl to resize any existing shared
memory segment. can it be done without recreating the whole thing
in linux?
No
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.
Which is part of what persistent
Hi,
I just ran into a small problem trying to build the 2.4.0-test10 kernel with
only the "Old hard disk (MFM/RLL/IDE) driver" enabled. The following patch
fixed this for me, (though I'm not sure I haven't broken anything else with it).
diff -ur linux-2.4.0-test10/drivers/block/ll_rw_blk.c
Alan Cox wrote:
Just load the driver at bootup and forget about it. Problem solved.
I daily curse the name of whoever added autoload and autounload.
Autoload maybe useful, autounload is just asking for problems.
Deal with it. Hardware is also now auto load and auto unloading too.
It's a 16-liner! I'll cheerfully admit that this patch
may be completely broken, but hey, it's free. I suggest
that _something_ has to be done for 2.2 now, because
Apache has switched to unserialised accept().
Interesting
The fact that the throughput is 3-4 time worse for 2, 3, 4 and 5
fast_gettimeoffset_quotient, see do_fast_gettimeoffset().
Also remember that the TSC may not be available due to the chip era, chip
bugs or running SMP with non matched CPU clocks.
When I boot my thinkpad 600e off battery and then change to AC power,
gettimeofday has a nasty habit of
Persistent storage is the best way to do it though. It doesn't have to be
persistent over reboots, just during the lifetime of the kernel.
No! The best way to do it are just *persistently loaded* modules.
It's THAT simple!
So you want to split every sound driver into two or more modules
On Mon, Nov 06, 2000 at 10:11:11AM -0500, Michael Vines wrote:
On Mon, 6 Nov 2000, Erik Mouw wrote:
Use LD_PRELOAD instead.
You could also write a simple kernel module that replaces the open system
call. See the Linux Kernel Module Programming Guide for details.
The best solution to the sound driver issue, IMHO, is still entirely
userspace---
just no-one has written it yet.
What we should do:
1. Before auto-unload of the driver, run a small utility which will read
mixer settings
and save them somewhere
2. When auto-loading the driver, use driver
1 - 100 of 445 matches
Mail list logo
