-I is what is read directly off the drive, -i interprets it. IIRC, it's been
this way for a while..or it's just that I've used 2.4 for a while :) In any
case, it's byte swap issue. WD becomes "WDC AC" would become "DW CCA" , i.e.
"WD", "C ", and "AC" etc.
-d
Shawn Starr wrote:
> This is
PCI: No IRQ known for interrupt pin A of device 01:00.0. Please try
using pci=biosirq.
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RF
(prog-if 00 [VGA])
Subsystem: ATI Technologies Inc: Unknown device 0008
Flags: bus master, stepping, 66Mhz, medium devsel,
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.
xmms stalls flat on it's face and anything accessing /proc stalls. If I get
the time to do it, I'll take a gander at it with kdb.
I have no patches applied to
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.
xmms stalls flat on it's face and anything accessing /proc stalls. If I get
the time to do it, I'll take a gander at it with kdb.
I have no patches applied to
PCI: No IRQ known for interrupt pin A of device 01:00.0. Please try
using pci=biosirq.
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RF
(prog-if 00 [VGA])
Subsystem: ATI Technologies Inc: Unknown device 0008
Flags: bus master, stepping, 66Mhz, medium devsel,
-I is what is read directly off the drive, -i interprets it. IIRC, it's been
this way for a while..or it's just that I've used 2.4 for a while :) In any
case, it's byte swap issue. WD becomes "WDC AC" would become "DW CCA" , i.e.
"WD", "C ", and "AC" etc.
-d
Shawn Starr wrote:
This is
noflame=1
I'm looking for some authoritative comparisons and discussions of the
current network stacks in *BSD and Linux. I.e. NET4 in Linux and
whatever is most current in *BSD.
_PLEASE_ no flaming, no causing flamewar, nadda.
I am writing an article for Linux.com and I am attempting to
Ion Badulescu wrote:
On Sat, 27 Jan 2001 08:01:14 +, David Ford [EMAIL PROTECTED] wrote:
Does Linus or anyone object to raising the ksmg buffer from 16K to 32K?
4/5 systems I have now overflow the buffer during boot before init is
even launched.
Hmm, are you sure? man dmesg
will then grind the harddrive solid for about 25-30 minutes then
everything will go silent.
The brokenness is that the OOM code never activates.
-d
Ed Tomlinson wrote:
David Ford Wrote:
Since the testN series and up through ac12, I experience total loss of
control when memory is nearly
At the time I had temporary access to my notebook and had a mismatched System.map
file :S
-d
Linus Torvalds wrote:
In article [EMAIL PROTECTED], David Ford [EMAIL PROTECTED] wrote:
I can quickly and easily duplicate it on my notebook by playing music or
mpegs in xmms. It may take a few
Unfortunately klogd reads /procerg.
So the following is a painstakingly slow hand translation, I'll only print
the D state entries unless someone asks otherwise.
Prior to this:
XMMS is running playing star wars mpeg. (regular user) (frozen)
TOP is running (regular user) (frozen)
have an ATI Rage LT Pro AGP-133 according to lspci.
-d
J Sloan wrote:
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
It is important to note that when I hit the magic key and rebooted (SUB), a
split second before it rebooted, a stalled 'lspci' snapped back to life and
printed out my expected data.
-d
--
There is a natural aristocracy among men. The grounds of this are virtue and
talents. Thomas Jefferson
e(8). Fail if a configuration line has EXECUTE
modprobe.
+Updated by David Ford 27-JAN-2001: Added RTLD_NEXT define
*/
#include unistd.h
@@ -221,6 +222,10 @@
#define AC_MKNEWCOMPAT 8
#define AC_RMOLDCOMPAT 9
#define AC_RMNEWCOMPAT 10
+
+#ifndef
Does Linus or anyone object to raising the ksmg buffer from 16K to 32K?
4/5 systems I have now overflow the buffer during boot before init is
even launched.
--- linux/kernel/printk.c~Fri Jan 26 18:50:28 2001
+++ linux/kernel/printk.c Fri Jan 26 23:59:31 2001
@@ -22,7 +22,7 @@
#include
Since the testN series and up through ac12, I experience total loss of
control when memory is nearly exhausted.
I start with 256M and eat it up with programs until there is only about
7 megs left, no swap. From that point all user processes stall and the
disk begins to grind nonstop. It will
"Randal, Phil" wrote:
> James Sutherland wrote:
>
> > Except you can't retry without ECN, because DaveM wants to do
> > a Microsoft and force ECN on everyone, whether they like it
> > or not. If ECN is so wonderful, why doesn't anybody actually
> > WANT to use it anyway?
>
> And there's the rub.
"Randal, Phil" wrote:
James Sutherland wrote:
Except you can't retry without ECN, because DaveM wants to do
a Microsoft and force ECN on everyone, whether they like it
or not. If ECN is so wonderful, why doesn't anybody actually
WANT to use it anyway?
And there's the rub. Whether
Since the testN series and up through ac12, I experience total loss of
control when memory is nearly exhausted.
I start with 256M and eat it up with programs until there is only about
7 megs left, no swap. From that point all user processes stall and the
disk begins to grind nonstop. It will
Does Linus or anyone object to raising the ksmg buffer from 16K to 32K?
4/5 systems I have now overflow the buffer during boot before init is
even launched.
--- linux/kernel/printk.c~Fri Jan 26 18:50:28 2001
+++ linux/kernel/printk.c Fri Jan 26 23:59:31 2001
@@ -22,7 +22,7 @@
#include
"Michael B. Trausch" wrote:
> I've kinda been watching the ECN discussion there, and I have 2.4.0 and
> noticed that after I'd installed it, I couldn't get to my favorite search
> engine (Dogpile.com). I'd assume they don't support it either, because
> when I "echo 0 >
"Michael B. Trausch" wrote:
I've kinda been watching the ECN discussion there, and I have 2.4.0 and
noticed that after I'd installed it, I couldn't get to my favorite search
engine (Dogpile.com). I'd assume they don't support it either, because
when I "echo 0 /proc/sys/net/ipv4/tcp_ecn"
Matti Aarnio wrote:
> I think they are separate problems.
> The first is power-management suspend/resume issue, and possibly
> PCMCIA problem at software re-insert of card (which never was taken
> out *physically*).
>
> If I pull the cardbus card out, make sure the "dhcpcd eth0" has
>
Matti Aarnio wrote:
> On Tue, Jan 23, 2001 at 10:48:16AM +0000, David Ford wrote:
> > The three cardbus cards are slightly different in numerous ways. For
> > them they normally fault with an APM event, an eject/insert cycle via
> > software will reset hem and a l
> > Do the tulip driver updates address the increasingly common NETDEV timeout
> > repots?
>
> In general you can answer this yourself by reading
> drivers/net/tulip/ChangeLog.
>
> I don't see increasingly common timeout reports.. with which hardware?
> They are likely on the newer LinkSys 4.1
Do the tulip driver updates address the increasingly common NETDEV timeout
repots?
In general you can answer this yourself by reading
drivers/net/tulip/ChangeLog.
I don't see increasingly common timeout reports.. with which hardware?
They are likely on the newer LinkSys 4.1 cards, and
Matti Aarnio wrote:
On Tue, Jan 23, 2001 at 10:48:16AM +, David Ford wrote:
The three cardbus cards are slightly different in numerous ways. For
them they normally fault with an APM event, an eject/insert cycle via
software will reset hem and a link down/up won't fix it. For the PCI
Matti Aarnio wrote:
I think they are separate problems.
The first is power-management suspend/resume issue, and possibly
PCMCIA problem at software re-insert of card (which never was taken
out *physically*).
If I pull the cardbus card out, make sure the "dhcpcd eth0" has
died
Linus Torvalds wrote:
> The ChangeLog may not be 100% complete. The physically big things are the
> PPC and ACPI updates, even if most people won't notice.
>
> Linus
>
>
>
> pre10:
> - got a few too-new R128 #defines in the Radeon merge. Fix.
> - tulip driver update from
If it makes the kernel do Bad Things, the kernel needs to be fixed.
-d
Shawn Starr wrote:
> This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
> extention. This has been discussed on the Xpert XFree86 mailing list. There
> is a fix in the works (depends on the TrueType
Rainer Mager wrote:
> > Would this be an SMP IA32 box with glibc 2.2? I have two such boxen
> > showing exactly the same behaviour, although I can't reproduce it at will.
>
> Close, it is actually an SMP IA32 box with glibc 2.1.3. But you've now
> convinced me to not upgrade glibc yet ;-)
If it makes the kernel do Bad Things, the kernel needs to be fixed.
-d
Shawn Starr wrote:
This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
extention. This has been discussed on the Xpert XFree86 mailing list. There
is a fix in the works (depends on the TrueType
Mark I Manning IV wrote:
> Tabs are 8 characters so NO tabs should be used in ANY source file what
> so ever. There are some silly people that insist on hitting the tab key
> when they should really be hitting the SPACE key (and for your info Linus
> PI is EXACTLY 3... ish :)
If one is
Mark I Manning IV wrote:
Tabs are 8 characters so NO tabs should be used in ANY source file what
so ever. There are some silly people that insist on hitting the tab key
when they should really be hitting the SPACE key (and for your info Linus
PI is EXACTLY 3... ish :)
If one is intelligent
Brad Felmey wrote:
> On Fri, 19 Jan 2001 03:53:32 +, you, David Ford <[EMAIL PROTECTED]>,
> wrote:
>
> >So you can't fault John for personally effecting a policy similar to what
> >ORBS does en masse.
>
> Of course I can. A bad implementation is a bad imple
dean gaudet wrote:
> the reason, gag puke, is for doing things such as sending "activity"
> progress -- like a line at a time or whatever to indicate that the CGI is
> there and still working.
I understand the gagging on this and generally I agree. I do appreciate having
the ability to do this
Brad Felmey wrote:
> On Thu, 18 Jan 2001 18:19:31 -0500, you, "John O'Donnell"
> <[EMAIL PROTECTED]>, wrote:
>
> >Maybe you don't understand.
>
> No, John, it's quite obvious that it's _you_ who does not understand.
> You've saved yourself some spam and pissed off a good deal of the
> kernel
Bill Crawford wrote:
> In connection with connection failures using recent kernels, it often
> seems to be related to ECN being enabled.
>
> PIX firewalls seem to interpret the ECN option header as a source
> route header (that's what it's logged as).
>
> I got bitten by this at work ;ยท(
Bill Crawford wrote:
In connection with connection failures using recent kernels, it often
seems to be related to ECN being enabled.
PIX firewalls seem to interpret the ECN option header as a source
route header (that's what it's logged as).
I got bitten by this at work ;(
Cisco is
Brad Felmey wrote:
On Thu, 18 Jan 2001 18:19:31 -0500, you, "John O'Donnell"
[EMAIL PROTECTED], wrote:
Maybe you don't understand.
No, John, it's quite obvious that it's _you_ who does not understand.
You've saved yourself some spam and pissed off a good deal of the
kernel list,
dean gaudet wrote:
the reason, gag puke, is for doing things such as sending "activity"
progress -- like a line at a time or whatever to indicate that the CGI is
there and still working.
I understand the gagging on this and generally I agree. I do appreciate having
the ability to do this
Brad Felmey wrote:
On Fri, 19 Jan 2001 03:53:32 +, you, David Ford [EMAIL PROTECTED],
wrote:
So you can't fault John for personally effecting a policy similar to what
ORBS does en masse.
Of course I can. A bad implementation is a bad implementation.
MAPS/ORBS is and has been a royal
[EMAIL PROTECTED] wrote:
> I can be a little more specific on this point. Netscape with
> kernel 2.4.0 _does_ connect/download at a few local (New Zealand)
> web sites (maybe 10% of those I've tried). I can't download
> from _any_ distant site. It doesn't die, it just doesn't function
>
Has this issue been addressed? When I delete something large..say a
mozilla cvs tree, rm will stall for about 10-30 seconds every few
minutes in wait_on_buffer.
It's an IDE drive, nothing fancy on the system, it's a standard pII w/
256 megs, about 50megs free. 'sync' also stalls similarly.
Has this issue been addressed? When I delete something large..say a
mozilla cvs tree, rm will stall for about 10-30 seconds every few
minutes in wait_on_buffer.
It's an IDE drive, nothing fancy on the system, it's a standard pII w/
256 megs, about 50megs free. 'sync' also stalls similarly.
David Santinoli wrote:
> On Fri, Jan 12, 2001 at 07:53:14PM -0800, Rob Landley wrote:
> > If I do the dd line in the title under 2.4.0 I get an
> > out.txt file of 591 bytes.
> And it's the same under 2.2.x, too.
>
> > dd says it completes happily even when copying from
> > random. 0+100
Christoph Rohland wrote:
> What do you think about "vmfs"? This probably reflects its nature
> better than swapfs.
That sounds applicable and pretty good.
-d
-- ---NOTICE
-- fwd: fwd: fwd: type emails will be deleted automatically.
"There is a natural aristocracy among men. The grounds
> It is a filesystem which lives in RAM and can swap out. SYSV shm and
> shared anonymous maps are still build on top of this (The config
> option only disables the part not needed for this).
>
> I am quite open about naming, but "shm" is not appropriate any more
> since the fs does a lot more
Christoph Rohland wrote:
> Hi,
>
> The appended patch (additional to my read/write support patch) makes
> the shm filesystem configurable and renames it to the more sensible
> name swapfs. Since the fs type "shm" is quite established with 2.4 I
> register that name also.
Now...is this shared
Christoph Rohland wrote:
Hi,
The appended patch (additional to my read/write support patch) makes
the shm filesystem configurable and renames it to the more sensible
name swapfs. Since the fs type "shm" is quite established with 2.4 I
register that name also.
Now...is this shared memory
It is a filesystem which lives in RAM and can swap out. SYSV shm and
shared anonymous maps are still build on top of this (The config
option only disables the part not needed for this).
I am quite open about naming, but "shm" is not appropriate any more
since the fs does a lot more than
Christoph Rohland wrote:
What do you think about "vmfs"? This probably reflects its nature
better than swapfs.
That sounds applicable and pretty good.
-d
-- ---NOTICE
-- fwd: fwd: fwd: type emails will be deleted automatically.
"There is a natural aristocracy among men. The grounds
David Santinoli wrote:
On Fri, Jan 12, 2001 at 07:53:14PM -0800, Rob Landley wrote:
If I do the dd line in the title under 2.4.0 I get an
out.txt file of 591 bytes.
And it's the same under 2.2.x, too.
dd says it completes happily even when copying from
random. 0+100 records in, 0+100
Rob Landley wrote:
> If I do the dd line in the title under 2.4.0 I get an
> out.txt file of 591 bytes.
It isn't broken, you have no more entropy. You must have some system
activity of various sorts before you regain some entropy. Moving the mouse
around, hitting keys, etc, will slowly add
> > strangely, same thing with 2.4.0 this afternoon. it was not unlike
> > what we saw in test 12. /var/log/messages sheds no light, and BRB
>
> What's BRB?
big red button?
-d
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
strangely, same thing with 2.4.0 this afternoon. it was not unlike
what we saw in test 12. /var/log/messages sheds no light, and BRB
What's BRB?
big red button?
-d
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Rob Landley wrote:
If I do the dd line in the title under 2.4.0 I get an
out.txt file of 591 bytes.
It isn't broken, you have no more entropy. You must have some system
activity of various sorts before you regain some entropy. Moving the mouse
around, hitting keys, etc, will slowly add more
> pretty darned impressive :-). Another oddity that someone else
> already reported: the ipv6 module shows a reference count of -1.
a ref count of -1 means the module decides when to unload.
-d
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
url:www.blue-labs.org
adr:;;
version:2.1
"Udo A. Steinberg" wrote:
> "Udo A. Steinberg" wrote:
> >
> > The very strange stuff is umount at reboot:
> >
> > umount: none busy - remounted read-only
> > umount: /: device is busy
> > Remounting root-filesystem read-only
> > mount: / is busy
> > Rebooting.
Are you using devfs and do kernel
Matthias Juchem wrote:
> On Wed, 10 Jan 2001, Richard Torkar wrote:
>
> > I do not have any PPP, and no kdb installed on that machine, neither do I
> > have procinfo. Shouldn't it say N/A or not found instead of the above? The
> > ppp part is not true ;-).
>
> > Other thing I thought about was
Matthias Juchem wrote:
On Wed, 10 Jan 2001, Richard Torkar wrote:
I do not have any PPP, and no kdb installed on that machine, neither do I
have procinfo. Shouldn't it say N/A or not found instead of the above? The
ppp part is not true ;-).
Other thing I thought about was the Ctrl-D
"Udo A. Steinberg" wrote:
"Udo A. Steinberg" wrote:
The very strange stuff is umount at reboot:
umount: none busy - remounted read-only
umount: /: device is busy
Remounting root-filesystem read-only
mount: / is busy
Rebooting.
Are you using devfs and do kernel threads have
pretty darned impressive :-). Another oddity that someone else
already reported: the ipv6 module shows a reference count of -1.
a ref count of -1 means the module decides when to unload.
-d
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
url:www.blue-labs.org
adr:;;
version:2.1
Just a friendly reminder, the cs46xx driver only works if it's compiled
as a module. If it's static, it never gets activated on boot.
-d
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
url:www.blue-labs.org
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Blue Labs Developer
Marcelo Tosatti wrote:
> > kernel BUG at vmscan.c:452!
> > invalid operand:
>
> Does reiserfs patch changes vmscan.c ?
>
> If so, whats in line 452 of mm/vmscan.c of 2.4.0 reiserfs tree?
reiserfs doesn't touch mm/vmscan.c.
the line is: del_page_from_inactive_clean_list(page);
-d
> --
Marcelo Tosatti wrote:
kernel BUG at vmscan.c:452!
invalid operand:
Does reiserfs patch changes vmscan.c ?
If so, whats in line 452 of mm/vmscan.c of 2.4.0 reiserfs tree?
reiserfs doesn't touch mm/vmscan.c.
the line is: del_page_from_inactive_clean_list(page);
-d
-- ---NOTICE
Just a friendly reminder, the cs46xx driver only works if it's compiled
as a module. If it's static, it never gets activated on boot.
-d
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
url:www.blue-labs.org
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Blue Labs Developer
Why not use the limits from instead?
-d
Chris Mason wrote:
> On Wednesday, January 10, 2001 02:32:09 AM +0100 Marc Lehmann <[EMAIL PROTECTED]> wrote:
>
> >>> EIP; c013f911<=
> > Trace; c013f706
> > Trace; c0136e01
>
> The buffer reiserfs is sending to filldir is big enough for
> the
Rik van Riel wrote:
> On Sun, 7 Jan 2001, John O'Donnell wrote:
>
> > Only on my company's e-mail server. My company typically gets "zero"
> > emails from outside the US. If I get a piece of spam (sorry they are
> > typically from outside the US), I just block the entire .com.br domain.
> > I
Rik van Riel wrote:
On Sun, 7 Jan 2001, John O'Donnell wrote:
Only on my company's e-mail server. My company typically gets "zero"
emails from outside the US. If I get a piece of spam (sorry they are
typically from outside the US), I just block the entire .com.br domain.
I get far
Why not use the limits from linux/limits.h instead?
-d
Chris Mason wrote:
On Wednesday, January 10, 2001 02:32:09 AM +0100 Marc Lehmann [EMAIL PROTECTED] wrote:
EIP; c013f911 filldir+20b/221 =
Trace; c013f706 filldir+0/221
Trace; c0136e01 reiserfs_getblk+2a/16d
The buffer
On Mon, 8 Jan 2001, Andrew Morton wrote:
> Obviously, something changed between 2.2.14 and more current
> kernels which broke pump. I don't believe it's a driver change
> because it also affects the 3c90x driver. I don't have a theory
> as to why this affects the 3com NICs though. But I'm
On Mon, 8 Jan 2001, Andrew Morton wrote:
Obviously, something changed between 2.2.14 and more current
kernels which broke pump. I don't believe it's a driver change
because it also affects the 3c90x driver. I don't have a theory
as to why this affects the 3com NICs though. But I'm assuming
On Mon, 8 Jan 2001, Andi Kleen wrote:
> Who says that it names a device? It names interfaces.
> There are good reasons to have names for ifas, and I see no really good
> convincing reasons not to put these names into the interface name space.
> (in addition it'll save a lot of people a lot of
Every once in a while I have a very frustrating problem develop. All tty
handling stops. Packets flow in and out of the machine fine, but anything
with a tty halts. I don't know exactly what is happening but I have found
that killing the last user that logged in (all his processes) usually
Patrick Mau wrote:
[...]
> And here's the question:
> I would like to collect statistics for eth0:0 but obviously the
> pakets are only counted for the real interface. If I had enough time
> and knowledge, how should I implement paket counters for aliased
> interfaces ?
>
> PS: Am I right that
Alan Cox wrote:
> > Um, what about people running their box as just a VLAN router/firewall?
> > That seems to be one of the principle uses so far. Actually, in that case
> > both VLAN and IP traffic would come through, so it would be a tie if VLAN
> > came first, but non-vlan traffic would
Matthias Juchem wrote:
> Why can't I assume that perl is installed? It can be found on every
> standard Linux/Unix installation.
No it can't. Perl isn't on any of my distributions as part of the standard
installation.
> My script is intended for the one who likes to provide bug reports but
On Mon, 8 Jan 2001, Chris Wedgwood wrote:
> Bind knows about multiple virtual interfaces; but we can also have
> multiple addresses on a single interface and have no virtual
> interfaces at all.
>
> I doubt bind knows about this nor handles it.
>
>
>
> OK, I'm a liar -- bind does handle this.
On Sun, 7 Jan 2001, Keith Owens wrote:
> If the module controls its own unloading via a can_unload routine
> then the user count displayed by lsmod is always -1, irrespective of
> the real use count.
Maybe lsmod can show a blank for the field and (auto unload). That'd
probably draw a lot
On Sun, 7 Jan 2001, Matthias Juchem wrote:
> I guess if you use a development version the above returns nothing. If I'm
> right, a pre-release libc was recommended for use with 2.2.0 (I'm not
> sure).
Here is a random idea.
get the pathname of the library(ies) then this sed expression:
sed \
On Sun, 7 Jan 2001, Chris Wedgwood wrote:
> Virtual IP interfaces in the form of ifname: (e.g. eth:1) IMO
> should be deprecated and removed completely in 2.5.x. It's an ugly
> external wart that should be removed.
>
> That said, if this was done -- how would things like routing daemons
> and
On Sun, 7 Jan 2001, Chris Wedgwood wrote:
Virtual IP interfaces in the form of ifname:number (e.g. eth:1) IMO
should be deprecated and removed completely in 2.5.x. It's an ugly
external wart that should be removed.
That said, if this was done -- how would things like routing daemons
and
On Sun, 7 Jan 2001, Matthias Juchem wrote:
I guess if you use a development version the above returns nothing. If I'm
right, a pre-release libc was recommended for use with 2.2.0 (I'm not
sure).
Here is a random idea.
get the pathname of the library(ies) then this sed expression:
sed \
'/C
On Sun, 7 Jan 2001, Keith Owens wrote:
If the module controls its own unloading via a can_unload routine
then the user count displayed by lsmod is always -1, irrespective of
the real use count.
Maybe lsmod can show a blank for the field and (auto unload). That'd
probably draw a lot
On Mon, 8 Jan 2001, Chris Wedgwood wrote:
Bind knows about multiple virtual interfaces; but we can also have
multiple addresses on a single interface and have no virtual
interfaces at all.
I doubt bind knows about this nor handles it.
pause
OK, I'm a liar -- bind does handle this.
Matthias Juchem wrote:
Why can't I assume that perl is installed? It can be found on every
standard Linux/Unix installation.
No it can't. Perl isn't on any of my distributions as part of the standard
installation.
My script is intended for the one who likes to provide bug reports but is
Patrick Mau wrote:
[...]
And here's the question:
I would like to collect statistics for eth0:0 but obviously the
pakets are only counted for the real interface. If I had enough time
and knowledge, how should I implement paket counters for aliased
interfaces ?
PS: Am I right that it isn't
Alan Cox wrote:
Um, what about people running their box as just a VLAN router/firewall?
That seems to be one of the principle uses so far. Actually, in that case
both VLAN and IP traffic would come through, so it would be a tie if VLAN
came first, but non-vlan traffic would suffer
Every once in a while I have a very frustrating problem develop. All tty
handling stops. Packets flow in and out of the machine fine, but anything
with a tty halts. I don't know exactly what is happening but I have found
that killing the last user that logged in (all his processes) usually
On Mon, 8 Jan 2001, Andi Kleen wrote:
Who says that it names a device? It names interfaces.
There are good reasons to have names for ifas, and I see no really good
convincing reasons not to put these names into the interface name space.
(in addition it'll save a lot of people a lot of grief)
The only way to _assume_ a printer is online is to attempt a dummy poll for
information. Again note that this is a strong assumption as only some new printers
return data for a poll, and legacy printers control of the data port are undefined.
The poll btw needs to be done in userspace because
Recently, about test 12 I believe, I started experiencing stalls.
I believe it has to do with VM pressure but I'm not sure.
What happens: 5-60 second instant dead stall, nothing at all happens.
No sound/key/disk/anything activity, screen updates stop in the middle
of an update. Until recently
Recently, about test 12 I believe, I started experiencing stalls.
I believe it has to do with VM pressure but I'm not sure.
What happens: 5-60 second instant dead stall, nothing at all happens.
No sound/key/disk/anything activity, screen updates stop in the middle
of an update. Until recently
The only way to _assume_ a printer is online is to attempt a dummy poll for
information. Again note that this is a strong assumption as only some new printers
return data for a poll, and legacy printers control of the data port are undefined.
The poll btw needs to be done in userspace because
Andre Hedrick wrote:
> On Tue, 2 Jan 2001, dep wrote:
>
> > On Tuesday 02 January 2001 06:00 am, Andre Hedrick wrote:
> > | Doing final tests but it may have come to and end and that deadlock
> > | may be gone in a few hours after some sleep.
How 'bout the lockup on boot at partition checking?
Andre Hedrick wrote:
On Tue, 2 Jan 2001, dep wrote:
On Tuesday 02 January 2001 06:00 am, Andre Hedrick wrote:
| Doing final tests but it may have come to and end and that deadlock
| may be gone in a few hours after some sleep.
How 'bout the lockup on boot at partition checking?
-d
Harald Welte wrote:
> On Wed, Dec 27, 2000 at 11:12:18PM -0500, John Buswell wrote:
> > 1. running 2.4.0-test10 with netfilter/iptables 1.1.2 ping/telnet gives
> > you invalid argument when connecting to ports on local interfaces.
>
> This is a _very_ strange problem. Nobody has erver reported
Harald Welte wrote:
On Wed, Dec 27, 2000 at 11:12:18PM -0500, John Buswell wrote:
1. running 2.4.0-test10 with netfilter/iptables 1.1.2 ping/telnet gives
you invalid argument when connecting to ports on local interfaces.
This is a _very_ strange problem. Nobody has erver reported this
> I really need to get rid of this 8139 card. Since
> yall are the oracle, which nice 100mbs card is fine
> hardware and is coupled with a well debugged driver?
>
> I don't want to have any more network card problems.
> I'm tired of this crappy 8139.
I have an 8139 card and it's on a 2.4 testN
101 - 200 of 516 matches
Mail list logo
