Ronald Bultje wrote:
> I'm kind of astounded now, WHY can't linux-2.4.x run on ANY machine in
> my house with more than 128 MB RAM?!? Can someone please point out to me
> that he's actually running kernel-2.4.x on a machine with more than 128
> MB RAM and that he's NOT having severe stability
Ronald Bultje wrote:
I'm kind of astounded now, WHY can't linux-2.4.x run on ANY machine in
my house with more than 128 MB RAM?!? Can someone please point out to me
that he's actually running kernel-2.4.x on a machine with more than 128
MB RAM and that he's NOT having severe stability
Ted Gervais wrote:
> I just ran into something odd. To me anyways, it was odd.
> I just installed and brought up kernel 2.4.5 and my ipchains failed.
> So I upgraded to the latest (that I could find) ipchains-1.3.10, and
> that also fails.
>
> Has anyone got any version of ipchains to work with
Ted Gervais wrote:
I just ran into something odd. To me anyways, it was odd.
I just installed and brought up kernel 2.4.5 and my ipchains failed.
So I upgraded to the latest (that I could find) ipchains-1.3.10, and
that also fails.
Has anyone got any version of ipchains to work with the
Tobias Ringstrom wrote:
> Ah... the joy of reading mail using non-MS software, on a non-MS OS...
>
> Hahaha, indeed!
Indeed, since:
Jun 15 15:39:03 mirai sendmail[21499]: f5FMd2t21499:
from=<[EMAIL PROTECTED]>, size=33547, class=-60, nrcpts=1,
msgid=<[EMAIL PROTECTED]>, bodytype=7BIT,
Tobias Ringstrom wrote:
Ah... the joy of reading mail using non-MS software, on a non-MS OS...
Hahaha, indeed!
Indeed, since:
Jun 15 15:39:03 mirai sendmail[21499]: f5FMd2t21499:
from=[EMAIL PROTECTED], size=33547, class=-60, nrcpts=1,
msgid=[EMAIL PROTECTED], bodytype=7BIT, proto=ESMTP,
Blesson Paul wrote:
> hi
> I just brought a CD of RedHat 7. Unfortunately I
> couldn't find the inetd rpm. wheather it is missing or it is in any other
> name
It's xinetd -
BTW You might think about RH 7.1 since 7.0
was the end of the line for the legacy 2.2. kernel -
cu
Blesson Paul wrote:
hi
I just brought a CD of RedHat 7. Unfortunately I
couldn't find the inetd rpm. wheather it is missing or it is in any other
name
It's xinetd -
BTW You might think about RH 7.1 since 7.0
was the end of the line for the legacy 2.2. kernel -
cu
Hi Roy,
IIRC Ingo posted some tux benchmark results on
the khttpd mailing list some weeks ago - basically
khttpd is not in the same ballpark at this point.
cu
jjs
Roy Sigurd Karlsbakk wrote:
> Hi everyone!
>
> I tried to send this message to the khttpd group, but got no answer. Can
> any of
Hi Roy,
IIRC Ingo posted some tux benchmark results on
the khttpd mailing list some weeks ago - basically
khttpd is not in the same ballpark at this point.
cu
jjs
Roy Sigurd Karlsbakk wrote:
Hi everyone!
I tried to send this message to the khttpd group, but got no answer. Can
any of you
Peter Rival wrote:
> "David S. Miller" wrote:
>
> > J Sloan writes:
> > > Microsoft finally managed to get a better result using
> > > an all-out, "bet the farm", "benchmark buster" setup
> > > with a special web cach
Ronald Bultje wrote:
> On 18 May 2001 10:12:34 +0200, reiser.angus wrote:
> > > However, taking a closer look, it turns out, that the above statement
> > > holds true only for 1 and 2 processor machines. Scalability already
> > > suffers at 4 processors, and at 8 processors, TUX 2.0 (7500) gets
Ronald Bultje wrote:
On 18 May 2001 10:12:34 +0200, reiser.angus wrote:
However, taking a closer look, it turns out, that the above statement
holds true only for 1 and 2 processor machines. Scalability already
suffers at 4 processors, and at 8 processors, TUX 2.0 (7500) gets beaten
Peter Rival wrote:
David S. Miller wrote:
J Sloan writes:
Microsoft finally managed to get a better result using
an all-out, bet the farm, benchmark buster setup
with a special web cache in front of iis.
I haven't heard anyone talk about the fact that their 8-cpu numbers
Blesson Paul wrote:
> Hi
> This is an another doubt related to VFS. I want to know
> wheather all files are assigned their inode number at the mounting time itself
> or inodes are assigned to files upon accessing only
er..
inode numbers are assigned at file creation time.
Blesson Paul wrote:
Hi
This is an another doubt related to VFS. I want to know
wheather all files are assigned their inode number at the mounting time itself
or inodes are assigned to files upon accessing only
er..
inode numbers are assigned at file creation time.
cu
Marc Schiffbauer wrote:
> use 2.4.5-pre1 instead, Linus has undone the fork()-change for some
> reason ;-)
>
2.4.5-pre1 has it's own problems -
Probably better to use 2.4.4-ac5 instead.
cu
jjs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Marc Schiffbauer wrote:
use 2.4.5-pre1 instead, Linus has undone the fork()-change for some
reason ;-)
2.4.5-pre1 has it's own problems -
Probably better to use 2.4.4-ac5 instead.
cu
jjs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
"Sim, CT (Chee Tong)" schrieb:
> I am using the Red Hat 7, below are my kernel version. I feel Red Hat 7 is
> quite new, although RH 7.1 has just come out. How come it still say that my
> kernel version is old.
Ah, by old is meant the 2.2 version -
7.1 is the first RH release to ship with
"Sim, CT (Chee Tong)" schrieb:
> Hi.. I follow your instruction, but I encounter this issue, my kernel need
> to be upgrade? MAy I know how to determine the current kernel version
uname -a
> and
> how to upgrade it??
Either upgrade to a distro that includes the new kernel
(e.g. latest SuSE or
Sim, CT (Chee Tong) schrieb:
Hi.. I follow your instruction, but I encounter this issue, my kernel need
to be upgrade? MAy I know how to determine the current kernel version
uname -a
and
how to upgrade it??
Either upgrade to a distro that includes the new kernel
(e.g. latest SuSE or Red
Sim, CT (Chee Tong) schrieb:
I am using the Red Hat 7, below are my kernel version. I feel Red Hat 7 is
quite new, although RH 7.1 has just come out. How come it still say that my
kernel version is old.
Ah, by old is meant the 2.2 version -
7.1 is the first RH release to ship with kernel
"David S. Miller" schrieb:
> I'm having a devil of a time finding the tcpblast sources on the
> net, can you point me to where I can get them? The one reference
> I saw to get the original sources was:
>
> ftp://ftp.xlink.net/pub/network/tcpblast.shar.gz
>
> But even that directory no longer
David S. Miller schrieb:
I'm having a devil of a time finding the tcpblast sources on the
net, can you point me to where I can get them? The one reference
I saw to get the original sources was:
ftp://ftp.xlink.net/pub/network/tcpblast.shar.gz
But even that directory no longer exists.
[EMAIL PROTECTED] wrote:
> hi,
>
> a friend of my asked me on how to make linux easier to use
> for personal/casual win user.
>
>
> from that, i also found out that it is very awkward to type
> username and password every time i use my computer.
> so here's a patch.
Neet hack, but maybe the
[EMAIL PROTECTED] wrote:
hi,
a friend of my asked me on how to make linux easier to use
for personal/casual win user.
from that, i also found out that it is very awkward to type
username and password every time i use my computer.
so here's a patch.
Neet hack, but maybe the kernel isn't
There is a bit more clarity on the performance degradation
issue now - In fact the degradation only appears when
using iptables. It's just that sometime shortly after 2.4.2,
the hit imposed by iptables got worse.
For instance:
netperf results without iptables with iptables
Alan Cox wrote:
> > > Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o
> > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > > symbol rwsem_up_write_wake
> > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > > symbol
Alan Cox wrote:
Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o
/lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
symbol rwsem_up_write_wake
/lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
symbol rwsem_down_write_failed
There is a bit more clarity on the performance degradation
issue now - In fact the degradation only appears when
using iptables. It's just that sometime shortly after 2.4.2,
the hit imposed by iptables got worse.
For instance:
netperf results without iptables with iptables
Hi all,
I've been lurking for some time now, unsure of whether
I had some special issues in my own setup, but seeing
these others come forward has emboldened me to speak
out as well.
I am running a RH 7.0 box with all updates and then some,
and generally trying each new 2.4 pre patch or -ac
John Jasen wrote:
> On Tue, 17 Apr 2001, Disconnect wrote:
>
> > (Sending to LKML just so nobody else flips out)
> >
> > OK it wasn't just us. Lemme reassure the admins I just forwarded it to ;)
> >
> > It seems to list the hostname of whoever receives it (neat trick).
>
> sendmail, by default,
[EMAIL PROTECTED] wrote:
> Dear Friend:
>
> YOU CAN make over a half million dollars every 4 to 5 months from
> your home for a one time investment of only twenty five U.S.
> Dollars.
This did not originate from toyota.com - The spammer simply
used that domain as the "from" hostname. We are
[EMAIL PROTECTED] wrote:
Dear Friend:
YOU CAN make over a half million dollars every 4 to 5 months from
your home for a one time investment of only twenty five U.S.
Dollars.
This did not originate from toyota.com - The spammer simply
used that domain as the "from" hostname. We are careful
John Jasen wrote:
On Tue, 17 Apr 2001, Disconnect wrote:
(Sending to LKML just so nobody else flips out)
OK it wasn't just us. Lemme reassure the admins I just forwarded it to ;)
It seems to list the hostname of whoever receives it (neat trick).
sendmail, by default, appends its
Hi all,
I've been lurking for some time now, unsure of whether
I had some special issues in my own setup, but seeing
these others come forward has emboldened me to speak
out as well.
I am running a RH 7.0 box with all updates and then some,
and generally trying each new 2.4 pre patch or -ac
Khyron wrote:
> Okay, I've seen various references to problems with loopback
> mounts under (early) 2.2.x kernels. But I don't see any reference
> to a solution (ie. how to umount the stupid thing).
>
> My situation is that I have mounted a CD image on a machine
> for use in kickstart builds.
Khyron wrote:
Okay, I've seen various references to problems with loopback
mounts under (early) 2.2.x kernels. But I don't see any reference
to a solution (ie. how to umount the stupid thing).
My situation is that I have mounted a CD image on a machine
for use in kickstart builds. The
Trevor Nichols wrote:
> > Its a kernel bug if it gets stuck like this. You need to provide more info
> > though - what file system, what devices, how much memory. Also ps can give you
> > the wait address of a process stuck in 'D' state which is valuable for debug
>
> ps xl:
> F UID PID
Trevor Nichols wrote:
Its a kernel bug if it gets stuck like this. You need to provide more info
though - what file system, what devices, how much memory. Also ps can give you
the wait address of a process stuck in 'D' state which is valuable for debug
ps xl:
F UID PID PPID PRI
Make sure you have up to date modutils package.
Current version is 2.4.5 -
later,
jjs
Marcus Ramos wrote:
> Hello,
>
> I've moved from kernel 2.2.16 to 2.4.2 (RH7) and its boots OK, except
> for the fact that none of the modules in "/etc/modules.conf" are loaded
> anymore (although modules
Make sure you have up to date modutils package.
Current version is 2.4.5 -
later,
jjs
Marcus Ramos wrote:
Hello,
I've moved from kernel 2.2.16 to 2.4.2 (RH7) and its boots OK, except
for the fact that none of the modules in "/etc/modules.conf" are loaded
anymore (although modules were
"Mohammad A. Haque" wrote:
> David Konerding wrote:
>
> > And this is described in what release notes? It worked just fine on Red Hat 7.0's
>2.4
> > kernel oh wait, I see that they fixed it before they released it.
>
> And hmm..gee .. did they bother contributing back the code?
Based on
"Mohammad A. Haque" wrote:
David Konerding wrote:
And this is described in what release notes? It worked just fine on Red Hat 7.0's
2.4
kernel oh wait, I see that they fixed it before they released it.
And hmm..gee .. did they bother contributing back the code?
Based on their
"Brent D. Norris" wrote:
> > That seems strange. What is realserver failing with ?
>
> It isn't so much failing as it hangs.
It might be interesting to strace the realserver startup
both under 2.2 and 2.4 -
cu
Jup
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
[EMAIL PROTECTED] wrote:
> > Hello all,
> >
> > Recently my ext2 partition out of space so I have made a regular file
> > in the FAT32 partition and format it as ext2 partiton and mount it as
> > loop device.However,occasionaly when I extract a large tar to the loop device..
> > The
[EMAIL PROTECTED] wrote:
Hello all,
Recently my ext2 partition out of space so I have made a regular file
in the FAT32 partition and format it as ext2 partiton and mount it as
loop device.However,occasionaly when I extract a large tar to the loop device..
The computer will
Andreas Dilger wrote:
> There is a bug in 2.4.2 with the loop device, which is fixed in -ac series.
Also fixed in 2.4.3-pre series.
cu
Jup
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Andreas Dilger wrote:
There is a bug in 2.4.2 with the loop device, which is fixed in -ac series.
Also fixed in 2.4.3-pre series.
cu
Jup
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Gregory Maxwell wrote:
> The scheduler schedules tasks not interrupts. Unless it manages to thrash the
> cache, the scheduler can not affect routing performance.
OK, thanks for the clarification - I need to get into the source.
cu
Jup
-
To unsubscribe from this list: send the line
Rik van Riel wrote:
> On Thu, 15 Mar 2001, J Sloan wrote:
>
> > Fun, yes, and perhaps not directly related, however
> > under high load, where the sheer numbet of interrupts
> > per second begins to overwhelm the kernel, might it
> > not be relevant?
&
Rik van Riel wrote:
> On Thu, 15 Mar 2001, J Sloan wrote:
>
> > There are some scheduler patches that are not part of the
> > main kernel tree at this point (mostly since they have yet to
> > be optimized for the common case) which make quite a big
> > differenc
Just my .02 -
There are some scheduler patches that are not part of the
main kernel tree at this point (mostly since they have yet to
be optimized for the common case) which make quite a big
difference under heavy load - you might want to check out:
http://lse.sourceforge.net/scheduling/
Just my .02 -
There are some scheduler patches that are not part of the
main kernel tree at this point (mostly since they have yet to
be optimized for the common case) which make quite a big
difference under heavy load - you might want to check out:
http://lse.sourceforge.net/scheduling/
Rik van Riel wrote:
On Thu, 15 Mar 2001, J Sloan wrote:
There are some scheduler patches that are not part of the
main kernel tree at this point (mostly since they have yet to
be optimized for the common case) which make quite a big
difference under heavy load - you might want to check
Rik van Riel wrote:
On Thu, 15 Mar 2001, J Sloan wrote:
Fun, yes, and perhaps not directly related, however
under high load, where the sheer numbet of interrupts
per second begins to overwhelm the kernel, might it
not be relevant?
No.
Or are you saying that the bottleneck
Gregory Maxwell wrote:
The scheduler schedules tasks not interrupts. Unless it manages to thrash the
cache, the scheduler can not affect routing performance.
OK, thanks for the clarification - I need to get into the source.
cu
Jup
-
To unsubscribe from this list: send the line "unsubscribe
Miquel van Smoorenburg wrote:
> Note! You only have to have those symlinks on broken systems such
> as Redhat.
This is silly, Red Hat works fine for a great many people.
He probably removed the original kernel-devel package,
which contained the links above, so they would have to
be remade.
>
Miquel van Smoorenburg wrote:
Note! You only have to have those symlinks on broken systems such
as Redhat.
This is silly, Red Hat works fine for a great many people.
He probably removed the original kernel-devel package,
which contained the links above, so they would have to
be remade.
Miles Lane wrote:
> http://www.nytimes.com/cnet/CNET_0-1003-200-5007472.html
>
> Hi,
>
> I noticed that this article mentions that Unisys has
> no plans to port Linux to it's "cellular multiprocessor"
> machines. So, I am wondering if anyone is working
> on this independantly.
>
> These systems
Miles Lane wrote:
http://www.nytimes.com/cnet/CNET_0-1003-200-5007472.html
Hi,
I noticed that this article mentions that Unisys has
no plans to port Linux to it's "cellular multiprocessor"
machines. So, I am wondering if anyone is working
on this independantly.
These systems seems to
Mark Hahn wrote:
> > > > > > Well, somethig has broken in ac8, because I lost my PS/2 mouse and
> > > > > me too .
> > No luck.
same here -
> it seems to be the mdelay(2) added to pc_keyb.c in -ac6.
-ac7 is fine here, but when I boot -ac8, there's no ps/2 mouse.
jjs
-
To unsubscribe from
"Dr. Kelsey Hudson" wrote:
> Under redhat 7 you should use kgcc to compile the kernel, since gcc2.96 is
> inherently broken(*).
Or upgrade to the current Red Hat 7 gcc, which works quite well.
jjs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
"Dr. Kelsey Hudson" wrote:
Under redhat 7 you should use kgcc to compile the kernel, since gcc2.96 is
inherently broken(*).
Or upgrade to the current Red Hat 7 gcc, which works quite well.
jjs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Mark Hahn wrote:
Well, somethig has broken in ac8, because I lost my PS/2 mouse and
me too /aol.
No luck.
same here -
it seems to be the mdelay(2) added to pc_keyb.c in -ac6.
-ac7 is fine here, but when I boot -ac8, there's no ps/2 mouse.
jjs
-
To unsubscribe from this list:
"Manfred H. Winter" wrote:
> I'm going back to vanilla 2.4.2 for now. Is there another way to get
> loop to work?
Working fine here:
2.4.2 + Axboe's loop patch + Morton's low latency patch
jjs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
"Manfred H. Winter" wrote:
I'm going back to vanilla 2.4.2 for now. Is there another way to get
loop to work?
Working fine here:
2.4.2 + Axboe's loop patch + Morton's low latency patch
jjs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Tim Tim wrote:
> I made iso-image from cd with
> dd if=/dev/hdd of=/image.iso
> and mount it with
> mount -o loop /image.iso /mnt/cdrom
> under Linux-2.4.2-pre1 it is working
> but under Linux-2.4.2 do not
> Please help me to understand why
If it was working it was by sheer luck -
You need
Perhaps it's cold comfort, but I found long ago that
3c509 and SB don't mix too well, at least in Linux.
ISA devices are somewhat dumb, switching one
of the cards for a PCI version does the trick here.
SB128, SBlive work fine, or you might want to go
to a 10/100 pci ethernet card.
Just my $.02
Perhaps it's cold comfort, but I found long ago that
3c509 and SB don't mix too well, at least in Linux.
ISA devices are somewhat dumb, switching one
of the cards for a PCI version does the trick here.
SB128, SBlive work fine, or you might want to go
to a 10/100 pci ethernet card.
Just my $.02
Tim Tim wrote:
I made iso-image from cd with
dd if=/dev/hdd of=/image.iso
and mount it with
mount -o loop /image.iso /mnt/cdrom
under Linux-2.4.2-pre1 it is working
but under Linux-2.4.2 do not
Please help me to understand why
If it was working it was by sheer luck -
You need the
Red Hat 7.x running nicely on a number of machines
here w/ no problem, with all apologies to the Red Hat
bashers -
The real problem is loopback is broken, and the
fix still needs to be merged.
In the meantime, Jens Axboe's loop patches will
make it work -
Red Hat 7.x running nicely on a number of machines
here w/ no problem, with all apologies to the Red Hat
bashers -
The real problem is loopback is broken, and the
fix still needs to be merged.
In the meantime, Jens Axboe's loop patches will
make it work -
I'm seeing a similar usb timeout message here
with an HP 5200C usb scanner, e.g:
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
My config:
AMD-K6 450 on ASUS P5 mb
256 MB RAM, Ali chipset
Red Hat 7.0 updated, kernel 2.4.1-ac8
jjs
John Cavan wrote:
I'm seeing a similar usb timeout message here
with an HP 5200C usb scanner, e.g:
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
My config:
AMD-K6 450 on ASUS P5 mb
256 MB RAM, Ali chipset
Red Hat 7.0 updated, kernel 2.4.1-ac8
jjs
John Cavan wrote:
Hi,
Just to follow up on my own post, the problem is
way down in the network driver layer, specifically
in the ibmtr driver - it seems to be happy with 2.2,
and barfs with 2.4 - for now I replaced it with an
IBM pci card (olympic driver) and 2.4 is now solid
on the machine that had serious
Hi,
Just to follow up on my own post, the problem is
way down in the network driver layer, specifically
in the ibmtr driver - it seems to be happy with 2.2,
and barfs with 2.4 - for now I replaced it with an
IBM pci card (olympic driver) and 2.4 is now solid
on the machine that had serious
Hi All,
I have 10 systems running 2.4 that are rock solid, but I have
1 system that has problems with 2.4. The box had run perfectly
for 46 days with 2.2.19pre2, and today I installed 2.4.1-ac3
to see how it would go. It seemed to run fine for a few minutes,
then the old problem reasserted
Hi All,
I have 10 systems running 2.4 that are rock solid, but I have
1 system that has problems with 2.4. The box had run perfectly
for 46 days with 2.2.19pre2, and today I installed 2.4.1-ac3
to see how it would go. It seemed to run fine for a few minutes,
then the old problem reasserted
Hi,
I discovered that lvm seems to have a problem
with compaq raid controllers - the partitions
don't have the normal names like /dev/sda1,
but instead names like /dev/ida/c0d0p1 -
lvm seems to works OK, but lvmdiskscan freaks...
lvmdiskscan works normally on other systems,
which have
Gregory Maxwell wrote:
> Looks like TUX caught MS's attention:
> http://www.spec.org/osg/web99/results/res2000q4/web99-20001211-00082.html
>
> Anyone know if their method of achieveing this is as flexible as TUX, or is
> their "SWC 3.0" simply mean 'spec web cheat' and involve implimenting the
>
Gregory Maxwell wrote:
Looks like TUX caught MS's attention:
http://www.spec.org/osg/web99/results/res2000q4/web99-20001211-00082.html
Anyone know if their method of achieveing this is as flexible as TUX, or is
their "SWC 3.0" simply mean 'spec web cheat' and involve implimenting the
Hi,
I discovered that lvm seems to have a problem
with compaq raid controllers - the partitions
don't have the normal names like /dev/sda1,
but instead names like /dev/ida/c0d0p1 -
lvm seems to works OK, but lvmdiskscan freaks...
lvmdiskscan works normally on other systems,
which have
OK, here's the details you asked about:
Soundblaster Awe 32 sound card
Voodoo 3 pci video card
Running Xfree86-4.0.0 (rpms from 3dfx.com)
Playing unreal tournament, no special game
options, just 800x600 graphics @ 16 bits.
To recap, the symptoms (hung ps, etc) occurred
on kernel 2.4.1-pre8 +
Sorry, there was no xmms involved here -
The behavior occurred while playing unreal tournament.
But at least the sound card was in use, FWIW -
jjs
David Ford wrote:
> We've narrowed it down to "we're all running xmms" when it happend.
>
> -d
>
> J Sloan wrote:
Just for the record, the system where I saw the problem
has only ext2 -
jjs
Shawn Starr wrote:
> Yes, I have ReiserFS as well...hrm...
>
> David Ford wrote:
>
> > I can quickly and easily duplicate it on my notebook by playing music or
> > mpegs in xmms. It may take a few minutes but it's
Just for the record, the system where I saw the problem
has only ext2 -
jjs
Shawn Starr wrote:
Yes, I have ReiserFS as well...hrm...
David Ford wrote:
I can quickly and easily duplicate it on my notebook by playing music or
mpegs in xmms. It may take a few minutes but it's guaranteed.
Sorry, there was no xmms involved here -
The behavior occurred while playing unreal tournament.
But at least the sound card was in use, FWIW -
jjs
David Ford wrote:
We've narrowed it down to "we're all running xmms" when it happend.
-d
J Sloan wrote:
Just for the record,
OK, here's the details you asked about:
Soundblaster Awe 32 sound card
Voodoo 3 pci video card
Running Xfree86-4.0.0 (rpms from 3dfx.com)
Playing unreal tournament, no special game
options, just 800x600 graphics @ 16 bits.
To recap, the symptoms (hung ps, etc) occurred
on kernel 2.4.1-pre8 +
OK, It's official now, I didn't know if it was some
weird hardware fluke or something, but one of
the computers here exhibited the same problem -
The system in question is a Pentium II 400, scsi
only (aic7xxx), running 2.4.1-pre8 plus Andrew
Morton's low latency patches.
The user was playing
OK, It's official now, I didn't know if it was some
weird hardware fluke or something, but one of
the computers here exhibited the same problem -
The system in question is a Pentium II 400, scsi
only (aic7xxx), running 2.4.1-pre8 plus Andrew
Morton's low latency patches.
The user was playing
Jason Venner wrote:
> Windows 98 and possibly followons doesn't quite honor 'b' type
> partitions in the extended area of the disk, particularily if you are
> past the 8gig boundary and the partitions in question are over 2gig.
> The above numbers are NOT hard boundaries, I have only seen this
Jason Venner wrote:
Windows 98 and possibly followons doesn't quite honor 'b' type
partitions in the extended area of the disk, particularily if you are
past the 8gig boundary and the partitions in question are over 2gig.
The above numbers are NOT hard boundaries, I have only seen this on 2
Nigel Gamble wrote:
> Yes, I most emphatically do disagree with Victor! IRIX is used for
> mission-critical audio applications - recording as well playback - and
> other low-latency applications. The same OS scales to large numbers of
> CPUs. And it has the best desktop interactive response
Nigel Gamble wrote:
Yes, I most emphatically do disagree with Victor! IRIX is used for
mission-critical audio applications - recording as well playback - and
other low-latency applications. The same OS scales to large numbers of
CPUs. And it has the best desktop interactive response of
Aaron Lehmann wrote:
It was great to see that 2.4.0 reintroduced ipfwadm
support! I had no
need for ipchains and ended up using the wrapper around it that
emulated ipfwadm. However, 2.[02].x used to have "special IP
masquerading modules" such as ip_masq_ftp.o, ip_masq_quake.o, etc.
I
can't find
Aaron Lehmann wrote:
It was great to see that 2.4.0 reintroduced ipfwadm
support! I had no
need for ipchains and ended up using the wrapper around it that
emulated ipfwadm. However, 2.[02].x used to have "special IP
masquerading modules" such as ip_masq_ftp.o, ip_masq_quake.o, etc.
I
can't find
Try this shot in the dark:
echo "0" > /proc/sys/net/ipv4/tcp_ecn
jjs
snpe wrote:
> Hello,
>
> I have got 2 Linux machine with kernel 2.4.0 i kernel 2.2.18.
> I am in Belgrade , Yugoslavia and I can't access to any hosts :
>
> for example, www.linux.co.yu (Island), www.skyrr.is,
[EMAIL PROTECTED] wrote:
> The problem: symptoms
>
> It concerns the behaviour of Netscape after upgrading from kernel
> 2.2.16 to 2.4.0. With the new kernel Netscape locates and connects to
> a URL, and sometimes begins to download, but then it just sits there
> indefinitely (without
[EMAIL PROTECTED] wrote:
The problem: symptoms
It concerns the behaviour of Netscape after upgrading from kernel
2.2.16 to 2.4.0. With the new kernel Netscape locates and connects to
a URL, and sometimes begins to download, but then it just sits there
indefinitely (without downloading any
1 - 100 of 171 matches
Mail list logo
