Linus, please apply v2.4.0.
ipt_TOS checksum calculations were completely broken, causing bad csum
packets. Whoever implemented it didn't understand the code it was
copied from.
This fixes the problem (tested in userspace against all TOS changes).
Rusty.
--
Premature optmztion is rt of all
On Mon, 29 Jan 2001, Robert Siemer wrote:
>
> Further I always see '09' in the Configuration Space at Interrupt_Line
> (0x3c) for the 00:01.2 USB Controller. But 2.4.0 says:
> Interrupt: pin A routed to IRQ 12
> while 2.4.0-test9 states:
> Interrupt: pin A routed to IRQ 9
Ahhah!
I bet
James Sutherland writes:
> Except you can detect and deal with these "PMTU black holes". Just as you
> should detect and deal with ECN black holes. Maybe an ideal Internet
> wouldn't have them, but this one does. If you can find an ideal Internet,
> go code for it: until then, stick with the
On Mon, 29 Jan 2001, Aaron Tiensivu wrote:
> | Which one was it you got a PIRQ conflict for before? as it te device at
> | 00:01.00 with the strange "0x62" entry?
>
> Yes.
You've got the pirq setup from hell.
Mind doing that "dump_pirq" thing, preferably run on an _unmodified_ 2.4.0
kernel
David Lang writes:
> I am behind a raptor firewall and ran the test that David M posted a
> couple days ago and was able to sucessfully connect to his test machine.
>
> so either raptor tolorates ECN (at least in the verion I am running) or
> the test was not valid.
Did you actually list
H. Peter Anvin writes:
> Hello people... the original question was: can lost+found be
> *renamed*, i.e. does the tools (e2fsck ) use "/lost+found" by name,
> or by inode? As far as I know it always uses the same inode number
> (11), but I don't know if that is anywhere enforced.
Bzzt.
From: Linus Torvalds <[EMAIL PROTECTED]>
> On Mon, 29 Jan 2001, Robert Siemer wrote:
> > >
> > > and see if that changes the behaviour.
> >
> > It doesn't. A diff from the kernel output is following. Maybe it
> > helps...
>
> Actually, this looks like it _did_ fix something - now the kernel
| Which one was it you got a PIRQ conflict for before? as it te device at
| 00:01.00 with the strange "0x62" entry?
Yes.
| How about you try adding the line
| pirq = (pirq-1) & 3;
| at the top of both pirq_sis_get() and pirq_sis_set() (with my "alternate"
| SiS routines). What happens then?
| Which one was it you got a PIRQ conflict for before? as it te device at
| 00:01.00 with the strange "0x62" entry?
Yes.
| How about you try adding the line
| pirq = (pirq-1) & 3;
| at the top of both pirq_sis_get() and pirq_sis_set() (with my "alternate"
| SiS routines). What happens then?
On Sun, 28 Jan 2001, Mo McKinlay wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Today, H. Peter Anvin ([EMAIL PROTECTED]) wrote:
>
> > Hello people... the original question was: can lost+found be
> > *renamed*, i.e. does the tools (e2fsck ) use "/lost+found" by name,
> > or
The _modinst_post_pcmcia target was added to Makefile in 2.4.0-test6-pre3,
August 5 2000. It was a compatibility aid until people upgraded to a
version of pcmcia-cs that used modprobe instead of insmod. Five months
later, it is time to remove _modinst_post_pcmcia.
Linus, please apply at any
The server in question is running the tulip driver. dmesg reports:
Linux Tulip driver version 0.9.13 (January 2, 2001)
I have seen this same behavior on a couple of my servers running 3com
3c905c adaptors as well.
The last time I was experiencing it I rebooted the system and it didn't
On Mon, 29 Jan 2001, Robert Siemer wrote:
> >
> > and see if that changes the behaviour.
>
> It doesn't. A diff from the kernel output is following. Maybe it
> helps...
Actually, this looks like it _did_ fix something - now the kernel no
longer thinks there is a IRQ routing conflict, so
In mailing-lists.linux-kernel, you wrote:
>I am running a web server under the new 2.4.0 kernel and am experiencing
>some intermittent odd behavior from the kernel. The machine will sometimes
>go through cycles where network response becomes slow even though top
>reports over 60% idle CPU
From: Linus Torvalds <[EMAIL PROTECTED]>
> On Mon, 29 Jan 2001, Robert Siemer wrote:
> (...) that's really interesting..
>
> > Device 00:01.0 (slot 0): ISA bridge
> > INTA: link 0x01, irq mask 0x1eb8 [3,4,5,7,9,10,11,12]
> > INTB: link 0x02, irq mask 0x1eb8 [3,4,5,7,9,10,11,12]
> > INTC:
On Sun, 28 Jan 2001, Tim Hockin wrote:
>
> In reading the PIRQ specs, and making it work for our board, I thought
> about this. PIRQ states that link is chipset-dependant. No chipset that I
> have seen specifies what link should be. So, as this case demonstrates, it
> may be 'A' - the value
snip from dmesg:
PCI: Probing PCI hardware
PCI: Cannot allocate resource region 0 of device 00:09.0
got res[1000:10ff] for resource 0 of ATI Technologies Inc 3D
Rage I/II 215GT [Mach64 GT]
Limiting direct PCI/PCI transfers.
What does this mean?
The video card should be using irq 10
I am running a web server under the new 2.4.0 kernel and am experiencing
some intermittent odd behavior from the kernel. The machine will sometimes
go through cycles where network response becomes slow even though top
reports over 60% idle CPU time. When this is happening ping goes from
On Mon, 29 Jan 2001, Aaron Tiensivu wrote:
>
> My ASUS SP97-V complains about PIRQ conflicts so I gave this a whirl
> (It is SiS 5598 based)
Your pirq values are different - they are in the 0x41-0x44 range, like the
old SiS router code assumes. Except for one that has value 0x62, which the
A minor problem here - module_init(irda_proto_init) got bracketed
by #ifdef MODULE and became ineffective if compiled without modules.
-- Pete
diff -ur -X dontdiff linux-2.4.1-pre11/net/irda/af_irda.c
linux-2.4.1-pre11-p3/net/irda/af_irda.c
--- linux-2.4.1-pre11/net/irda/af_irda.cSat
> > Device 00:01.0 (slot 0): ISA bridge
> > INTA: link 0x01, irq mask 0x1eb8 [3,4,5,7,9,10,11,12]
> > INTB: link 0x02, irq mask 0x1eb8 [3,4,5,7,9,10,11,12]
> > INTC: link 0x03, irq mask 0x1eb8 [3,4,5,7,9,10,11,12]
> > INTD: link 0x04, irq mask 0x1eb8 [3,4,5,7,9,10,11,12]
>
> Your "link"
| Your "link" values are in the range 1-4. Which makes perfect sense, but
| that's absolutely _not_ what the Linux SiS routing code expects (the code
| seems to expect them to be ASCII 'A' - 'D').
| It looks very much like "pirq_sis_get()" and "pirq_sis_set()" in
| arch/i386/kernel/pci-irq.c are
| Your "link" values are in the range 1-4. Which makes perfect sense, but
| that's absolutely _not_ what the Linux SiS routing code expects (the code
| seems to expect them to be ASCII 'A' - 'D').
| It looks very much like "pirq_sis_get()" and "pirq_sis_set()" in
| arch/i386/kernel/pci-irq.c are
Here is the output from dmesg. How do I tell if it is improperly terminated?
Thanks, Para-dox ([EMAIL PROTECTED])
- Original Message -
From: "Michael Brown" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 28, 2001 11:12 PM
Subject: Re: Poor SCSI drive performance on
On Mon, 29 Jan 2001, Robert Siemer wrote:
> From: Linus Torvalds <[EMAIL PROTECTED]>
>
> > Another one..
>
> > Robert, can you get the dump_pirq script from the pcmcia_cs package
> > and send the output to us?
>
> ...it seems to reflect my settings in the bios:
No, but that's really
From: Linus Torvalds <[EMAIL PROTECTED]>
> Another one..
> Robert, can you get the dump_pirq script from the pcmcia_cs package
> and send the output to us?
...it seems to reflect my settings in the bios:
Interrupt routing table found at address 0xf0a50:
Version 1.0, size 0x0080
Interrupt
Am Montag, 29. Januar 2001 04:46 schrieb Jens Axboe:
> On Mon, Jan 29 2001, Dieter Nützel wrote:
> > I have pre11 running with Andrea's suggested fix.
> >
> > high_queued_sectors = total_ram / 3;
> > low_queued_sectors = high_queued_sectors / 2;
> > if (low_queued_sectors
On Mon, Jan 29 2001, Jens Axboe wrote:
> Try this ll_rw_blk.c change instead, on top of pre11. Include
> Linus' mm fixes of course.
On top of ac12 I mean, pre11 already has a different (but functional)
change.
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe
Drew Bertola wrote:
>
> Drew Bertola writes:
> > Andrew's latest ACPI fixes (acpica-linux-2125 patched against
> > 2.4.0) compile fine here and don't hang on my Vaio after loading
> > tables.
> >
> > That's a start. I'll play around some more.
>
> Unfortunately, pcmcia modules fail to
On Sun, Jan 28 2001, David Ford wrote:
> The one LInus posted plus his addendum for the ll_rw_blk.
> http://blue-labs.org/patches/ps-hang.patch
You merged it wrong, Linus suggested to remove the entire
if (!list_empty(>request_freelist[rw])) {
On Mon, Jan 29 2001, Dieter Nützel wrote:
> I have pre11 running with Andrea's suggested fix.
>
> high_queued_sectors = total_ram / 3;
> low_queued_sectors = high_queued_sectors / 2;
> if (low_queued_sectors < 0)
> low_queued_sectors = total_ram / 2;
>
>
I have pre11 running with Andrea's suggested fix.
high_queued_sectors = total_ram / 3;
low_queued_sectors = high_queued_sectors / 2;
if (low_queued_sectors < 0)
low_queued_sectors = total_ram / 2;
/*
* for big RAM machines (>= 384MB),
I am behind a raptor firewall and ran the test that David M posted a
couple days ago and was able to sucessfully connect to his test machine.
so either raptor tolorates ECN (at least in the verion I am running) or
the test was not valid.
David Lang
On Sun, 28 Jan 2001, jamal wrote:
> Date:
The one LInus posted plus his addendum for the ll_rw_blk.
http://blue-labs.org/patches/ps-hang.patch
-d
Jens Axboe wrote:
> On Mon, Jan 29 2001, David Ford wrote:
> > kernel 2.4.0-ac12
> >
> > # ps -eo user,pid,args,wchan|egrep "imap|update|procmail"
> > root 7 [kupdate]
On Sun, Jan 28, 2001 at 06:21:52PM +0100, Pierfrancesco Caci wrote:
>
> This happens on a freshly booted 2.4.0 macine, with devfs and devfsd
> running.
>
> I got the oops by doing
> # cd /dev
> # ls -las
> (segmentation fault)
>
> The first oops causes the death of devfsd.
No such problems
> -Original Message-
> From: Chris Evans [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 29 January 2001 13:04
> To: Tony Young
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: Linux Disk Performance/File IO per process
>
>
>
> On Mon, 29 Jan 2001 [EMAIL
John Fremlin writes:
> When the IP address of an interface changes, TCP connections with the
> old source address are useless. Applications are not notified of this
> and time out ordinarily, just as if nothing had happened. This is
> behaviour isn't very helpful when you have a dynamic IP and
Hi,
On Sun, Jan 28, 2001 at 10:31:52AM -0800, Linus Torvalds wrote:
> I just uploaded it to kernel.org, and I expect that I'll do the final
> 2.4.1 tomorrow, before leaving for NY and LinuxWorld. Please test that the
> pre-kernel works for you..
The Cyrix III of my employer doesn't boot without
On Sun, 28 Jan 2001, David D.W. Downey wrote:
>
> I was on ftp.kernel.org and ftp.us.kernel.org and could not find it in the
> /pub/linux/kernel/v2.4 or /pub/linux/kernel/v2.4/test-kernels/
> directories. Is it somewhere different?
All my "current" test-patches are always under
On Mon, Jan 28, 2001 at 17:36 Andre Hedrick wrote:
>
> Everything but a kernel version :-(
Sorry. Corruption happens since I have this motherboard just before
christmas - something about 2.4.0-test13-pre2. It was not so massive
as today - with 2.4.0-ac10 (before it just died, today it damaged
After a hiatus from linux-kernel, I find that the lack of a digest on
the new server is a nuisance. I'm thinking of setting up a Majordomo
digestifier, with the caveat that non-plaintext messages may have some
displaced bits.
Would there be an interest in this?
Romain Kang
Ulrich Drepper writes:
> Pierre Rousselet <[EMAIL PROTECTED]> writes:
>
>> for me :
>> make CFLAGS='-O2 -I. -D_GNU_SOURCE'
>> compiles without any patch. is it correct ?
>
> Yes. RTLD_NEXT is not in any standard, it's an extension available
> via -D_GNU_SOURCE.
This isn't a HURD feature.
This
Arnaldo Carvalho de Melo wrote:
> Em Sun, Jan 28, 2001 at 06:55:25PM -0500, Louis Garcia escreveu:
>
>> I am getting messages everytime I use the network from my RH7 +
>> kernel-2.4.1-pre11 system:
>>
>> modprobe: modprobe: Can't locate module net-pf-10
>>
>> I have checked my .config and
Am Sonntag, 28. Januar 2001 22:46 schrieb Linus Torvalds:
> On Sun, 28 Jan 2001, Dieter Nützel wrote:
> > > I just uploaded it to kernel.org, and I expect that I'll do the final
> > > 2.4.1 tomorrow, before leaving for NY and LinuxWorld. Please test that
> > > the pre-kernel works for you..
> >
>
On Mon, 29 Jan 2001 [EMAIL PROTECTED] wrote:
> All,
>
> I work for a company that develops a systems and performance management
> product for Unix (as well as PC and TANDEM) called PROGNOSIS. Currently we
> support AIX, HP, Solaris, UnixWare, IRIX, and Linux.
>
> I've hit a bit of a wall trying
On Mon, Jan 29 2001, [EMAIL PROTECTED] wrote:
> All,
>
> I work for a company that develops a systems and performance management
> product for Unix (as well as PC and TANDEM) called PROGNOSIS. Currently we
> support AIX, HP, Solaris, UnixWare, IRIX, and Linux.
>
> I've hit a bit of a wall
Hi,
> Last I knew (straight from the Lucent people), the ISA bridge
> card worked fine and the PCI card did NOT work at all. I've since
> confirmed that, first hand, myself (I currently have the ISA bridge in
> operation) on the 2.2 kernels. The ISA bridge also works on the 2.4
>
On Mon, 29 Jan 2001 00:30:34, Petr Vandrovec <[EMAIL PROTECTED]>
wrote:
> > > you do not have to specify vesa,pixclock,hslen and vslen, as you leave
> > > them on defaults.
> >
> > Talking of defaults for matroxfb, would you consider limiting the fv:
> > value default to something reasonable
All,
I work for a company that develops a systems and performance management
product for Unix (as well as PC and TANDEM) called PROGNOSIS. Currently we
support AIX, HP, Solaris, UnixWare, IRIX, and Linux.
I've hit a bit of a wall trying to expand the data provided by our Linux
solution - I
This is working great for me so far. I've now got my full 1G RAM and samba
seems to be working fine. Woohoo! One more oops dead.
Put it in the official kernel. Put it in the official kernel. Put it in
the err, excuse me. I was chanting again.
--Rainer
> -Original Message-
> From:
Em Sun, Jan 28, 2001 at 08:10:41PM -0500, Michael H. Warfield escreveu:
> Damn... So much for typing too fast... Screwed it up...
t fast 8)
> > Patch was in /pub/linux/kernel/v2.4/test/patch-2.4.1-pre11.gz
>
> Patch was in /pub/linux/kernel/test/patch-2.4.1-pre11.gz
>
>
Everything but a kernel version :-(
On Mon, 29 Jan 2001, Petr Vandrovec wrote:
> Short story:
>
> Hi Andre,
> why on Earth ide_delay_50ms uses jiffies instead of mdelay(50) ?!
> It is invoked with interrupts disabled, causing NMI watchdog detected
> on my system, leading to complete crash
On Sun, 28 Jan 2001, Derek Wildstar wrote:
> OK, tried the patch and it worked, don't remember the exact errors with
> the .tar.gz, there were 7 or so undefined references.
>
> ACPI soft-hangs one step before (after looking at the non-debug source
> it may be the same place) it did last time,
How about:
http://www.us.kernel.org/pub/linux/kernel/testing/patch-2.4.1-pre11.gz
Bob...
"David D.W. Downey" wrote:
> > Patch was in /pub/linux/kernel/v2.4/test/patch-2.4.1-pre11.gz
> >
>
> I'm on ftp.kernel.org right this second in /pub/linux/kernel/v2.4/
>
> There is only a
Damn... So much for typing too fast... Screwed it up...
On Sun, Jan 28, 2001 at 07:59:47PM -0500, Michael H. Warfield wrote:
> On Sun, Jan 28, 2001 at 04:55:51PM -0800, David D.W. Downey wrote:
> > Hi Linus,
> > Sorry to bother you. I'm trying to find where you uploaded
> >
Hi Linus
On Sun, 28 Jan 2001, Linus Torvalds wrote:
>
> I just uploaded it to kernel.org, and I expect that I'll do the final
> 2.4.1 tomorrow, before leaving for NY and LinuxWorld. Please test that the
> pre-kernel works for you..
yes, it works :-)
>
> The main noticeable things in pre11
Nevermind. I found it.
It's actually residing in /pub/linux/kernel/testing/ and NOT in
/pub/linux/kernel/v2.4/ or it's subdirs.
David D.W. Downey
-
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
> Patch was in /pub/linux/kernel/v2.4/test/patch-2.4.1-pre11.gz
>
I'm on ftp.kernel.org right this second in /pub/linux/kernel/v2.4/
There is only a test-kernels/ subdir there, not a test/
test-kernels/ does not contain the patch.
David
-
To unsubscribe from this list: send the
On Sun, Jan 28, 2001 at 04:55:51PM -0800, David D.W. Downey wrote:
> Hi Linus,
> Sorry to bother you. I'm trying to find where you uploaded
> linux-2.4.1-pre11.
> I was on ftp.kernel.org and ftp.us.kernel.org and could not find it in the
> /pub/linux/kernel/v2.4 or
Short story:
Hi Andre,
why on Earth ide_delay_50ms uses jiffies instead of mdelay(50) ?!
It is invoked with interrupts disabled, causing NMI watchdog detected
on my system, leading to complete crash of system.
Long story:
At home I have Asus A7V motherboard with 1G Athlon, and onboard
Hi Linus,
Sorry to bother you. I'm trying to find where you uploaded
linux-2.4.1-pre11.
I was on ftp.kernel.org and ftp.us.kernel.org and could not find it in the
/pub/linux/kernel/v2.4 or /pub/linux/kernel/v2.4/test-kernels/
directories. Is it somewhere different?
Also, Alan, I
On Sun, 28 Jan 2001 19:16:06 +0100,
SR (c) 2000 <[EMAIL PROTECTED]> wrote:
>my /proc/ksyms shows that the exported symbols from 8390.o are different
>from the other symbols because they have "_R__ver_" in front of them.
FAQ http://www.tux.org/lkml/#s8-8
-
To unsubscribe from this list: send
> Andrew Morton
> <[EMAIL PROTECTED]> wrote:
Ok, I've backed out of the low-latency patch but kept the timepegs patch in.
I've applied your reiserfs low-latency patch on a stock 2.4.1-pre11 kernel.
Let's see what happens :)
Shawn.
-
To unsubscribe from this list: send the line "unsubscribe
On Mon, Jan 29 2001, David Ford wrote:
> kernel 2.4.0-ac12
>
> # ps -eo user,pid,args,wchan|egrep "imap|update|procmail"
> root 7 [kupdate]get_request_wait
> david 627 imapdget_request_wait
> david 752 procmail -f linu down
> david 761 procmail -f linu
> > you do not have to specify vesa,pixclock,hslen and vslen, as you leave
> > them on defaults.
>
> Talking of defaults for matroxfb, would you consider limiting the fv:
> value default to something reasonable that'll work on all monitors? It
> took me several recompiles/reboots to get a
Em Sun, Jan 28, 2001 at 06:55:25PM -0500, Louis Garcia escreveu:
> I am getting messages everytime I use the network from my RH7 +
> kernel-2.4.1-pre11 system:
>
> modprobe: modprobe: Can't locate module net-pf-10
>
> I have checked my .config and can't find that modules. This does not
>
There is a rather informative discussion of wireless support at :
http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Linux.Wireless.drivers.html
Though possibly a little out of date, the author of this obviously did
their research. Kudos!
--
Joe
Michael H. Warfield wrote:
> On Sun, Jan
kernel 2.4.0-ac12
# ps -eo user,pid,args,wchan|egrep "imap|update|procmail"
root 7 [kupdate]get_request_wait
david 627 imapdget_request_wait
david 752 procmail -f linu down
david 761 procmail -f linu down
david 799 procmail -f linu down
david
Gregory Maxwell wrote:
> > > There is nothing silly with the decision, davem is simply a modern day
> > > internet hero.
> >
> > No. If it were something essential, perhaps, but it's just a minor
> > performance tweak to cut packet loss over congested links. It's not
> > IPv6. It's not PMTU.
Drew Bertola writes:
> Drew Bertola writes:
> > Andrew's latest ACPI fixes (acpica-linux-2125 patched against
> > 2.4.0) compile fine here and don't hang on my Vaio after loading
> > tables.
> >
> > That's a start. I'll play around some more.
>
> Unfortunately, pcmcia modules fail to load.
I am getting messages everytime I use the network from my RH7 +
kernel-2.4.1-pre11 system:
modprobe: modprobe: Can't locate module net-pf-10
I have checked my .config and can't find that modules. This does not
happen with 2.4.0 kernel, only with the latest pre series maybe pre7 on.
Lou
-
"paradox3" <[EMAIL PROTECTED]> writes:
> I did this:
>
> date
> dd if=/dev/zero of=TESTFILE bs=1024 count=102400
> date
> sync
> date
>
>
> and I gave the time differences from the first to the last
> timestamp.
hmm. i ran this on my old ppro200 with adaptec 2940uw and ibm
DDRS-39130W
Drew Bertola writes:
> Andrew's latest ACPI fixes (acpica-linux-2125 patched against
> 2.4.0) compile fine here and don't hang on my Vaio after loading
> tables.
>
> That's a start. I'll play around some more.
Unfortunately, pcmcia modules fail to load. I can't understand the
interaction.
Nevermind, the low-latency patch changed this function.. ignore
Shawn Starr wrote:
> in include/linux/mm.h:
>
> -extern void zap_page_range(struct mm_struct *mm, unsigned long address,
> unsigned long size, int actions);
> +extern void zap_page_range(struct mm_struct *mm, unsigned long address,
On Sun, Jan 28, 2001 at 05:07:33PM -0500, John Jasen wrote:
> On Sun, 28 Jan 2001, Mike Pontillo wrote:
> > I was wondering what 802.11 PCI cards anyone knows of that run
> > under Linux-2.4. (or 2.2 for that matter)
> I _think_ a good many of the 802.11 wireless ISA and PCI cards are just
in include/linux/mm.h:
-extern void zap_page_range(struct mm_struct *mm, unsigned long address,
unsigned long size, int actions);
+extern void zap_page_range(struct mm_struct *mm, unsigned long address,
unsigned long size)
The function has changed and breaks memory.c ?
memory.c:352:
> It sounds to me like you have a SCSI bus problem. Have you checked
> termination? Cable quality? Cable lengths?
Forgive me, I'm rather ignorant of SCSI hardware.All that I have is a
cable (appears
to be good quality, came with motherboard) about 60 centimeters long going
from the
Andrew's latest ACPI fixes (acpica-linux-2125 patched against
2.4.0) compile fine here and don't hang on my Vaio after loading
tables.
That's a start. I'll play around some more.
Jeff Garzik writes:
> Linus Torvalds wrote:
> > On Sun, 28 Jan 2001, Dieter Nützel wrote:
> > > > I just
On Sun, 28 Jan 2001, Alec Smith wrote:
> I understand a large portion of the kernel 2.4 networking code was updated
> and/or completely replaced. Under 2.2 I have ipchains configured to do
> basic masquerading for my local LAN. Is there a straightforward guide which
> describes how to do
Hi, all,
My mailer (NS4.76/Linux 2.4.0-test10) has corrupted some messages and
send them at least twice. I apologize for that, please don't be worried.
Thunder
---
Woah... I did a "cat /boot/vmlinuz >> /dev/audio" - and I think I heard
god...
-
To unsubscribe from this list: send the line
I'm tempted to use raiserfs on a 45gig raid partition because I don't
want to grow old and die before it finishes fscking. The main hassle
is that that partition will be NFSed out and in the past there have
been mutterings of rfs hacing hassles with nfs. Have these been sorted?
Is there anything
I understand a large portion of the kernel 2.4 networking code was updated
and/or completely replaced. Under 2.2 I have ipchains configured to do
basic masquerading for my local LAN. Is there a straightforward guide which
describes how to do masquerading and firewalling with 2.4 after moving
On Fri, 26 Jan 2001 17:46:12 -0800 (PST),
"Sergey Kubushin" <[EMAIL PROTECTED]> wrote:
>Modules still don't load:
>
>=== Cut ===
>ide-mod.o: Can't handle sections of type 32131
>ide-probe-mod.o: Can't handle sections of type 256950710
>ide-disk.o: Can't handle sections of type 688840897
>ext2.o:
For test methodology and results go to this website, about 1/3 the way
down you'll see the ECN bullet point.
http://www.aciri.org/tbit/
Dax Kelson
Guru Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 28 Jan 2001, Linus Torvalds wrote:
> On Sun, 28 Jan 2001, Dieter Nützel wrote:
>
> > > I just uploaded it to kernel.org, and I expect that I'll do the final
> > > 2.4.1 tomorrow, before leaving for NY and LinuxWorld. Please test that the
> >
On Sun, 28 Jan 2001, Mike Pontillo wrote:
> I was wondering what 802.11 PCI cards anyone knows of that run
> under Linux-2.4. (or 2.2 for that matter)
I _think_ a good many of the 802.11 wireless ISA and PCI cards are just
bus to PCMCIA adapters, so it would be a question of whether or
Hello,
I was wondering what 802.11 PCI cards anyone knows of that run
under Linux-2.4. (or 2.2 for that matter)
I have looked at Documentation/Configure.help and done a quick
grep of all the documentation for "802.11" without much luck. I can't seem
to find anything related to
Will this patch work with the low-latency patch? I have a few other patches in this
kernel (one
fixing the ps hang issue).
Andrew Morton wrote:
> Shawn Starr wrote:
> >
> > Andrew, the patch HAS made a difference. For example, while untaring
>glibc-2.2.1.tar.gz the
> > system was not sluggish
In article <01a301c0895e$b142cc90$[EMAIL PROTECTED]>,
mirabilos <[EMAIL PROTECTED]> wrote:
>Does 2.4.1 when released, include e.g. Jens' loop patch?
>Because it seems stable and loop else were buggy.
Only if Jens sends it to me in a timely fashion (which by now means
"real soon").
Linus Torvalds wrote:
> On Sun, 28 Jan 2001, Dieter Nützel wrote:
> > > I just uploaded it to kernel.org, and I expect that I'll do the final
> > > 2.4.1 tomorrow, before leaving for NY and LinuxWorld. Please test that the
> > > pre-kernel works for you..
> >
> > Hello Linus,
> >
> > can we
Hi Linus, Alan,
this patch has proven to be stable an useable. It hasn't changed
since 2.2.13.
The patch affects kd_mksound and kd_nosound which are responsible for
generating sound.
The default behaviour won't be changed but it's now possible for a LKM to
hook into these calls and change the
Hi,
At 02:33 PM 28/01/2001 -0700, Dax Kelson wrote:
>Here is the fix for PIX:
>
>(see
>http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCds23698)
> Bud ID: CSCds23698
> Headline: PIX sends RSET in response to tcp connections with ECN
> bits set
> Product: PIX
>
On Sun, 28 Jan 2001, Dieter Nützel wrote:
> > I just uploaded it to kernel.org, and I expect that I'll do the final
> > 2.4.1 tomorrow, before leaving for NY and LinuxWorld. Please test that the
> > pre-kernel works for you..
>
> Hello Linus,
>
> can we please see Andrew's latest ACPI fixes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Today, H. Peter Anvin ([EMAIL PROTECTED]) wrote:
> Hello people... the original question was: can lost+found be
> *renamed*, i.e. does the tools (e2fsck ) use "/lost+found" by name,
> or by inode? As far as I know it always uses the same
Followup to: <[EMAIL PROTECTED]>
By author:Thunder from the hill <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> > A file-system without a lost+found directory is like love without sex.
> You mean, possible but leaving you unsatisfied? Well, I think a file
> system without a
In Sept of 2000, I did a survey of 30,000 websites and found that 8% of
them were unreachable from an ECN capable client. Two major culprits were
identified, the Cisco PIX and Local Director. To Cisco's credit, fixes
were released quickly.
Here is a message I sent with info about the Cisco
Problem in a nutshell: The module for my soundcard (cs4232.o) won't
load until after a "cat /proc/isapnp" has been run. I'm guessing
(though not sure) that this isn't the intended behavior. ISAPnP is
compiled into the kernel, and detects the card correctly during boot, as
evidenced by the
Followup to: <[EMAIL PROTECTED]>
By author:James Sutherland <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Thu, 25 Jan 2001, Alan Cox wrote:
>
> > > I was wondering if someone could tell me where I can find
> > > Xeon Pentium III cpu error messages/codes
> >
> > In the intel
Hi Thomas an linux-sound (: !
I made up a new patch for the aci.c and related files. It's for
miroSOUND sound cards.
It applies cleanly against 2.4.0, but problems can occur when not
compiled as modules. - I will work on this issue, but my box has
problems booting completely into 2.4.0 (PCI
On Sun, 28 Jan 2001 11:35:50 +, David Ford wrote:
> AFAIK, this hasn't ever been true. I have never had to specifically
> enable it at run time.
I was suspicious of that in the old doc but thought I'd leave it in...
Should have asked for feedback on it, but you caught it anyway, thanks!
1 - 100 of 423 matches
Mail list logo