Marcelo Tosatti writes:
Hmmm, can't this happen without my patch?
No. We will never call writepage() without __GFP_IO without your patch.
I see, because launder_loop never progresses to 1 in that case.
My patch is crap and can cause corruptions, there is not argument
about it now
On Sun, May 06, 2001 at 01:58:49PM +0100, Alan Cox wrote:
# These were separate questions in CML1
derive MAC_SCC from MAC SERIAL
derive MAC_SCSI from MAC SCSI
derive SUN3_SCSI from (SUN3 | SUN3X) SCSI
Not all Mac's use the SCC if they have serial
Not all Mac's use the same SCSI
Tom Rini [EMAIL PROTECTED]:
Only sort-of. There are some cases where you can get away with that.
Probably. eg If you ask for PARPORT, on x86 that means yes to PARPORT_PC,
always (right?)
Yes. So the right answer there isn't to use a derivation but to say:
require X86 and PARPORT implies
Linus Torvalds writes:
YOUR HEURISTIC IS WRONG!
Please start the conversation this way next time.
I call that a bug. You don't. Fine.
You made it sound like a data corrupter, a kernel crasher, and that
any bug against a kernel with that patch indicates my patch caused it.
There is an
Ben LaHaise writes:
and then use a map_mm_kiobuf (which is
map_user_kiobuf but with an mm parameter) for the portion of the buffer
that's currently being copied. That improves code reuse and gives us a
few primatives that are quite useful elsewhere.
If it has roughly the same cost as
Sean Jones writes:
In compiling 2.4.4-ac5 for my SPARCStation 20, I had an error in the
compile resulting from the inability to find a hw_irq.h in the
include/asm directory. Do you know where I may be able to find such a
file?
How did you find this problem if the build couldn't find the
Linus Torvalds writes:
What do you expect me to do? The patch is buggy. It should be reverted.
What's your problem?
I think the problem he has is that you are acting as if the patch
causes corruptions and will end in failures. This is how you are
coming across, at least.
Really, your
Marcelo Tosatti writes:
My point is that its _ok_ for us to check if the page is a dead swap cache
page _without_ the lock since writepage() will recheck again with the page
_locked_. Quoting you two messages back:
But it is important to re-calculate the deadness after getting the
On Monday 07 May 2001 08:26, Tobias Ringstrom wrote:
On Sun, 6 May 2001, David S. Miller wrote:
It is the most straightforward way to make a '1' or '0'
integer from the NULL state of a pointer.
But is it really specified in the C standards to be exctly zero or
one, and not zero and
Linus Torvalds writes:
On Mon, 7 May 2001, Marcelo Tosatti wrote:
And thats what swap_writepage() is doing:
Ehh.. swap_writepage() is called with the page locked. So it _can_ depend
on it.
If the page isn't locked there, then THAT is a bug. A major one.
Linus, he's trying to
Marcelo Tosatti writes:
I just thought about this case:
We find a dead swap cache page, so dead_swap_page goes to 1.
We call swap_writepage(), but in the meantime the swapin readahead code
got a reference on the swap map for the page.
We write the page out because
Try make vmlinux
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
David S. Miller [EMAIL PROTECTED] said:
Jonathan Morton writes:
- page_count(page) == (1 + !!page-buffers));
Two inversions in a row?
It is the most straightforward way to make a '1' or '0'
integer from the NULL state of a pointer.
IMVHO, it is clearer to write:
On Mon, 7 May 2001, Marcelo Tosatti wrote:
So what about moving the check for a dead swap cache page from
swap_writepage() to page_launder() (+ PageSwapCache() check) just before
the if (!launder_loop) ?
Yes, its ugly special casing. Any other suggestion ?
My most favourite approach
On Mon, 7 May 2001, David S. Miller wrote:
Here, let's talk code a little bit so there are no misunderstandings,
I really want to put this to rest:
Calculate dead_swap_page outside of lock.
NO. That's not what you're doing at all. You're calculating something
completely different that
On Sun, 6 May 2001, David S. Miller wrote:
It is the most straightforward way to make a '1' or '0'
integer from the NULL state of a pointer.
But is it really specified in the C standards to be exctly zero or one,
and not zero and non-zero?
IMHO, the ?: construct is way more readable and
Hi,
If you're like me, you build everything as modules, boot with an initrd that
loads in the disk or net driver and filesystem module, and then let kmod take
care of the rest. Here's a patch that changes Configure (make config) to
build all possible modules - in other words, to answer 'M' for
[EMAIL PROTECTED] (H. Peter Anvin) wrote on 06.05.01 in
9d4ut6$9b9$[EMAIL PROTECTED]:
Followup to: [EMAIL PROTECTED]
By author:Andrzej Krzysztofowicz [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
Hi,
The following patch removed unused and broken conversion table from
On Mon, 7 May 2001 00:34:13 -0600,
Maciek Nowacki [EMAIL PROTECTED] wrote:
If you're like me, you build everything as modules, boot with an initrd that
loads in the disk or net driver and filesystem module, and then let kmod take
care of the rest. Here's a patch that changes Configure (make
Kai Henningsen wrote:
[EMAIL PROTECTED] (H. Peter Anvin) wrote on 06.05.01 in
9d4ut6$9b9$[EMAIL PROTECTED]:
Wouldn't it make a heck of a lot more sense if we had a preprocessor
which could produce these kinds of tables from a more sensible input
format (preferrably one which is already
How far away is the capability to teleport processes from one machine to
another over the network? Think of the uptime!
It is here. Look at Mosix.
No. Not for uptime.
The responsibility for process completion does not get delegated. A process
will always be bound to it's
Alan Cox wrote:
my DE-620 pccard stopped working after upgrading the kernel from
2.4.3-ac7 to 2.4.4. This is on a Toshiba 4080XCDT. I used the good
.config from the 2.4.3-ac7 build to do a make oldconfig. The symptoms
at startup are:
2.4.4 has older pcmcia than 2.4.3-ac7. It might
Tobias Ringstrom writes:
But is it really specified in the C standards to be exctly zero or one,
and not zero and non-zero?
I'm pretty sure it does.
IMHO, the ?: construct is way more readable and reliable.
Well identical code has been there for several months just a few lines
away.
[EMAIL PROTECTED] said:
I am not sure whether this should be closed alltogether. Maybe
i82365 was not the proper choice for my hardware in the first place.
Anyway, the module seems to be retired as of 2.4.3-ac10/ac11. Maybe a
hint should go into the changes document.
i82365 is for use
Tobias Ringstrom wrote:
On Sun, 6 May 2001, David S. Miller wrote:
It is the most straightforward way to make a '1' or '0'
integer from the NULL state of a pointer.
But is it really specified in the C standards to be exctly zero or one,
and not zero and non-zero?
!0 is 1. !(anything
David Woodhouse wrote:
[EMAIL PROTECTED] said:
I am not sure whether this should be closed alltogether. Maybe
i82365 was not the proper choice for my hardware in the first place.
Anyway, the module seems to be retired as of 2.4.3-ac10/ac11. Maybe a
hint should go into the changes
Hello!
After searching the archives of the list I found some similar reports
from September and December 2000 but as far as I understood the cause of
the error was blamed on the CPU. Is this the most probable case?
Best regards,
Juhan Ernits
-- /var/log/kern.log
May 6 06:47:25
Just booted up 2.2.20pre1 and am getting some funny
results. The system boots but is very slow. Every few
seconds I get:
Stuck on TLB IPI wait (CPU#0)
Booting vanilla 2.2.19 works fine. The machine is an
Intel Pentium III 850MHZ on an Abit VP6 board. If any
further information is
Hi Linus, Alan, Andries,
if you open /dev/tty4 and change the font via ioctl(KDFONTOP), it will be
applied to the opened console, i.e. tty4. Then you set the corresponding
unicodemap via PIO_UNIMAPCLR and PIO_UNIMAP ioctls. Those get applied to the
current foreground console. Which is
Yes, we'll get a clobbered value, but we'll get a _valid_ clobbered value,
and we'll just end up doing the fixups twice (and returning to the user
process that didn't get the page it wanted, which will end up re-doing the
page fault).
I dont see that we will get a valid value in both cases.
Hi Juhan,
After searching the archives of the list I found some similar reports
from September and December 2000 but as far as I understood
the cause of
the error was blamed on the CPU. Is this the most probable case?
Best regards,
Juhan Ernits
-- /var/log/kern.log
May 6
After searching the archives of the list I found some similar reports
from September and December 2000 but as far as I understood the cause of
the error was blamed on the CPU. Is this the most probable case?
A machine check (trap 18) is signalled by the processor when it thinks it is
in an
It is the most straightforward way to make a '1' or '0'
integer from the NULL state of a pointer.
But is it really specified in the C standards to be exctly zero or one,
and not zero and non-zero?
Yes. (Fortunately since when this argument occurred Linus said he would eat
his underpants
Hallo,
I am very sorry that I didn't mention that I ran Hubert Mantels modified
kernels when I had that problem. I now found in Hubert's Changelog:
---
Sat May 5 15:17:10 CEST 2001 - [EMAIL PROTECTED]
...
- fix max-sectors patch
hi,
i want to know how to read tab without a terminating character,
ie., if i use getchar() i have to enter '\n' after tab to read tab,
same is the case with read system call and scanf.
bye,
chandra.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
On Mon, May 07, 2001 at 05:08:43PM +0530, Chandrashekar Nagaraj wrote:
i want to know how to read tab without a terminating character,
ie., if i use getchar() i have to enter '\n' after tab to read tab,
same is the case with read system call and scanf.
This is off topic for this list,
Hi,
The appended patch does it's own accounting of shmem pages and adjust
the page cache size to take these into account. So now again you will
see shmem pages as used in top/vmstat etc. This confused a lot of
people.
There is a uncertainty in the calculations since the vm may drop pages
behind
I have a dual ppro 200MHZ W6LI motherboard. I put 2.4.4-ac5 on last
night, and the machine hung at Freeing unused Kernel memory. I
selectively backed off what I thought were relevant patches. I got to
aic7xxx, and ac5 without it worked. I attached /proc/scsi/aic7xxx/0.
Andy Carlson
On Mon, 7 May 2001, Bene, Martin wrote:
Definitely not caused by:
Bad Rams, mb-chipset.
Erm, it was bad RAM everytime it happened to me. On standard PCs, you
don't see those because you don't have ECC and the error is simply not
detected.
Simon
--
GPG public key available from
Hi Simon,
On Mon, 7 May 2001, Bene, Martin wrote:
Definitely not caused by:
Bad Rams, mb-chipset.
Erm, it was bad RAM everytime it happened to me. On standard PCs, you
don't see those because you don't have ECC and the error is simply not
detected.
Strange - definitely, strange.
Can someone help this guy?
--
Zack Brown
On Mon, 7 May 2001, Phillipus Gunawan wrote:
I'm having problem with iptables...
I just upgrade my kernel from 2.2.16 to 2.4.3
I also upgrade the iptables with: iptables-1.2.1a-1.i386.rpm
After the installation finished, I try to test it with:
Hi all,
we are currently developing (as part of my dissertation)
a research-platform to study some new ideas in
constructing transport systems to support applications
with realtime-requirements (e.g. multimedia) and new
networking technologies. The test-platform consists of
typical
Followup to: [EMAIL PROTECTED]
By author:Kurt Garloff [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
Hi Linus, Alan, Andries,
if you open /dev/tty4 and change the font via ioctl(KDFONTOP), it will be
applied to the opened console, i.e. tty4. Then you set the corresponding
documented so far) detailed description of the newly
implemented zero-copy mechanisms in the network-stack.
We are interested in how to use it (changed network-API?)
and also in the internal architecture.
It is built around sendfile. Trying to do zero copy on pages with user space
Followup to: [EMAIL PROTECTED]
By author:Tobias Ringstrom [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
On Sun, 6 May 2001, David S. Miller wrote:
It is the most straightforward way to make a '1' or '0'
integer from the NULL state of a pointer.
But is it really specified in the C
You get SIG11 errors when running programs(kernel compile seems to be agood
example), you get crashing processes, you get all sorts of weird funnies but
you really shouldn't get machine check exceptions.
I don't think there is a way a machine check exception can be triggered by
software -
Hi,
The following patch adds koi8-ru (Belarussian) charset support for
2.4.4-ac kernels on top of nls_koi8-u module. They differ on two characters
only, so I don't think t is worth to create a new table for koi8-ru.
Well it could be koi8-u on top of koi8-ru as well, but I choosed minimal-
It works fine on my dual ppro 200 (not sure what mobo). Here is lcpci:
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:06.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev
01)
00:07.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA
I have a dual ppro 200MHZ W6LI motherboard. I put 2.4.4-ac5 on last
night, and the machine hung at Freeing unused Kernel memory. I
selectively backed off what I thought were relevant patches. I got to
aic7xxx, and ac5 without it worked. I attached /proc/scsi/aic7xxx/0.
This problem was fixed
hello,
patching the kernel from 2.4.3 to 2.4.4 broke the in2000 scsi
lowlevel host adapter module. ksymoops output below.
thanks, peter chiocchetti
-
ksymoops 2.4.1 on i686 2.4.4. Options used
-V (default)
-k
Definitely not caused by:
Bad Rams, mb-chipset.
Erm, it was bad RAM everytime it happened to me. On standard PCs, you
don't see those because you don't have ECC and the error is simply not
detected.
I did have the same problem with an SMP Intel 440LX which run without any
problem since
As of my latest build [2.4.5-pre1] I've STILL got the tape corruption
problem. Some new facts:
(1) It happens only writing the tape (tried exchanging tapes with a
brand new Alpha Digital Tru64 box). I can read her tape, she can't read
my tape. Tried with GNU tar and gzip.
(2) I suppose it
Alan Cox wrote:
(The current -ac fix for the double vmalloc races is below. WP test makes it
more complex than is nice)
WP test is easy to handle. Just filter out protection violations and
only take the vmalloc path if the page was not found.
- if (address = TASK_SIZE !(error_code
Is it possible to screw up the hardware entirely from software? I made
In an abstract theoretical sense yes. Accidentally almost impossible.
know is if there is any way to screw the board from software in such a way
that power off and power on does not bring it up ?.
The only people are
Alan Cox wrote:
(The current -ac fix for the double vmalloc races is below. WP test makes it
more complex than is nice)
WP test is easy to handle. Just filter out protection violations and
only take the vmalloc path if the page was not found.
- if (address = TASK_SIZE
Szabolcs Szakacsits wrote:
On Thu, 3 May 2001, Don Dugger wrote:
The attached patch allows core dumps from thread processes in the 2.4.4
kernel. This patch is the same as the last one I sent out except it fixes
the same bug that `kernel/fork.c' had with duplicate info in the `mm'
Dear all,
After I compile and upgrade to a newer Kernel, do I need to copy the
System.map from /usr/src/linux/ to /boot/System- and link it to
System.map?
Thanks in advance
Hai Xu
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On 07 May 2001 11:29:56 -0400, Hai Xu wrote:
After I compile and upgrade to a newer Kernel, do I need to copy the
System.map from /usr/src/linux/ to /boot/System- and link it to
System.map
yes, you do. but System.map is only needed to do symbol lookups, for
times like debugging.
note
Lorenzo Marcantonio [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
As of my latest build [2.4.5-pre1] I've STILL got the tape corruption
problem. Some new facts:
(1) It happens only writing the tape (tried exchanging tapes with a
brand new Alpha Digital Tru64 box). I can read
If you do a make install, it will be copied to /boot directory
automatically;-)
Alex
On Mon, 7 May 2001, Hai Xu wrote:
Dear all,
After I compile and upgrade to a newer Kernel, do I need to copy the
System.map from /usr/src/linux/ to /boot/System- and link it to
System.map?
Thanks
Szaka-
I would considier what you're suggesting to be a refinement on this
patch. The first problem is to generate valid core dumps for all
threads. Adding in policy decisions about which threads actually
generate core files can be done later.
Adam ? (I'm sorry, I've lost the mail with his
- 'count' is 64-bit now;
- __builtin_expect used;
- fast non-atomic UP version;
- some silly bits from previous patch dropped.
Ivan.
--- 2.4.5p1/lib/rwsem.c Sat Apr 28 00:58:28 2001
+++ linux/lib/rwsem.c Mon May 7 16:10:54 2001
@@ -112,7 +112,7 @@ static inline struct rw_semaphore *__rws
On Mon, 7 May 2001, Alan Cox wrote:
documented so far) detailed description of the newly
implemented zero-copy mechanisms in the network-stack.
We are interested in how to use it (changed network-API?)
and also in the internal architecture.
It is built around sendfile. Trying to
Manfred Spraul wrote:
I'm now running with the patch for several hours, no problems.
bw_pipe transfer rate has nearly doubled and the number of context
switches for one bw_pipe run is down from 71500 to 5500.
Please test it.
Any particular reason for not using davem's single copy
From: Ben LaHaise [EMAIL PROTECTED]
Any particular reason for not using davem's single copy kiobuf based
code?
The main problem is that map_user_kiobuf() locks pages into memory.
It's a bad idea for pipes. Either we must severely limit the maximum
amount of data in the direct-copy buffers, or
MEMORY Spectek lifetime warranty (Min.Qty. Less 100)
$ 9.75 32 MB 168pins PC-100
$ 15.95 64 MB 168pins PC-100/PC-133
$ 28.50 128 MB 168pins PC-100/PC-133
$ 57.50 256 MB 168pins PC-100/PC-133
Hard Drive (Min.Qty. Less 50)
$ 72.00 Hard Drive
Andre , you promised ATA/IDE hot-swap on "normal" hardware
several weeks ( months ? ) ago. What happened ?
--
David Balazic
--
"Be excellent to each other." - Bill Ted
- - - - - - - - - - - - - - - - - - - - - -
-
To unsubscribe from this list: send the line "unsubscribe
On Mon, 7 May 2001, Manfred Spraul wrote:
The main problem is that map_user_kiobuf() locks pages into memory.
It's a bad idea for pipes. Either we must severely limit the maximum
amount of data in the direct-copy buffers, or we must add a swap file
based backing store. If I understand the
On Mon, 7 May 2001, Alan Cox wrote:
I dont see that we will get a valid value in both cases.
get_user
fault - set %cr2
IRQ
vmalloc
fault
Hello.
I'm sending you update of my quota patches. There are fixed some
syscall issues on ia64, sparc64 and s390x architectures. There's
also one small bugfix (or maybe new feature :)) - general users
are now allowed to get information about quota files. The incremental
patch is attached.
[Stuff about NetBSD pipes snipped]
I'm testing out Manfred's patch for zero copy pipes, and haven't
crashed it yet.
My hardware is a AMD K6-2 (stepping 1) on an ALi M1541 with 320 Mb -
one quite slow 64 Mb stick and one fast 256 Mb stick.
The lmbench bw_pipe showed a performance improvement
Hello linux-kernel,
Hi !! I'm running linux on Compaq Presario 1215 Laptop. Kernel is,
as shipped with RH 7.0, 2.2.16. So, every time I press any of
sound+- buttons [of Fn+Fx {Fn = functional button, used in
conjunction with F1-F8 to alter various laptop-specific settings, and
to activate
On Mon, 7 May 2001, Alan Cox wrote:
That is nice. I hadn't thought about doing it that way. It still has the problem
if %cr2 is corrupted by a vmalloc fault but it cleans up my other code paths
nicely.
See about corruption in previous email. It doesn't exist.
For better debugging, we
On Mon, May 07, 2001 at 11:36:49AM +0100, Alan Cox wrote:
Just booted up 2.2.20pre1 and am getting some funny
results. The system boots but is very slow. Every few
seconds I get:
Stuck on TLB IPI wait (CPU#0)
Booting vanilla 2.2.19 works fine. The machine is an
Intel Pentium III
[EMAIL PROTECTED] said:
If anybody has such a beast, please try this kernel patch _and_
running the F0 0F bug-producing program (search for it on the 'net -
it must be out there somewhere) to verify that the code still
correctly handles that case.
Something along the lines of:
echo
Hi, Keith!
A frequent requirement is to rename vmlinuz-2.x.y to 2.x.y-old or
2.x.y.save to preserve a working kernel. But renaming the image does
not change the value of uname -r so it still tries to use modules
2.x.y, which defeats the purpose of saving an working kernel.
Thank you for
From: David Woodhouse [mailto:[EMAIL PROTECTED]]
[EMAIL PROTECTED] said:
If anybody has such a beast, please try this kernel patch _and_
running the F0 0F bug-producing program (search for it on the 'net -
it must be out there somewhere) to verify that the code still
correctly
In article [EMAIL PROTECTED],
Xuan Baldauf [EMAIL PROTECTED] wrote:
it does not fix|work around the bug completely:
1. windows: Create a file, e.g. with 741 bytes.
2. linux: ls -la will show you the file with the correct size (741)
3. linux: read the file into your smbfs cache (e.g. less file)
[EMAIL PROTECTED] said:
echo unsigned long main=0xf00fc7c8; f00fbug.c ; make f00fbug
Yes, that's what the (SGI) program uses:
http://lwn.net/2001/0329/a/ltp-f00f.php3
Restated on l-k for the benefit of anyone naïve enough to expect me to have
got it right... my original version would
At 18:32 07/05/2001, Dunlap, Randy wrote:
From: David Woodhouse [mailto:[EMAIL PROTECTED]]
[EMAIL PROTECTED] said:
If anybody has such a beast, please try this kernel patch _and_
running the F0 0F bug-producing program (search for it on the 'net -
it must be out there somewhere)
Richard B. Johnson [EMAIL PROTECTED] ecrit :
[...]
when the hardware I/O is used. This shows that the network code, alone,
cannot be improved very much to provide an improvement in throughput.
It shows that cached code performs well with ~0us latency device/memory.
Networking is about latency
In article [EMAIL PROTECTED],
BERECZ Szabolcs [EMAIL PROTECTED] wrote:
there is a bug in page_launder introduced with kernel 2.4.3-ac12.
Yes.
The whole dead_swap_page optimization in the -ac tree is apparentrly
completely bogus. It caches a value that is not valid: you cannot
reliably look
On Mon, May 07, 2001, Shane Wegner [EMAIL PROTECTED] wrote:
On Mon, May 07, 2001 at 11:36:49AM +0100, Alan Cox wrote:
Just booted up 2.2.20pre1 and am getting some funny
results. The system boots but is very slow. Every few
seconds I get:
Stuck on TLB IPI wait (CPU#0)
On Mon, 7 May 2001, Francois Romieu wrote:
It shows that cached code performs well with ~0us latency device/memory.
Networking is about latency and pps too. They both dramatically reduce
the (axe-)evaluated bandwith.
I think his point is more along the lines of return on investment. You
On Mon, 7 May 2001, Bene, Martin wrote:
[MCE caused by bad RAM]
I don't think there is a way a machine check exception can be triggered by
software - which it would have to be in order to be caused by bad RAMs.
A MCE is triggered by an ECC error - no software involved. A good trap
handler
Hi,
This patch fixes a minor bug the Kernel API book: it should include the
functions in kernel/module.c as well. The patch is against linux-2.4.4,
but should work as well against 2.4.5-pre1 and 2.4.4-ac5. Please apply.
Erik
PS: Thanks to Timur Tabi for pointing out this bug.
Index:
On Mon, May 07, 2001 at 11:02:50AM -0700, Johannes Erdfelt wrote:
On Mon, May 07, 2001, Shane Wegner [EMAIL PROTECTED] wrote:
That does indeed correct the problem. 2.2.20pre1 now works
as expected.
Hmm, that uses a VIA based chipset. I didn't know they did SMP yet. Does
2.4 work on
On Mon, May 07, 2001, Shane Wegner [EMAIL PROTECTED] wrote:
On Mon, May 07, 2001 at 11:02:50AM -0700, Johannes Erdfelt wrote:
On Mon, May 07, 2001, Shane Wegner [EMAIL PROTECTED] wrote:
That does indeed correct the problem. 2.2.20pre1 now works
as expected.
Hmm, that uses a VIA
On Mon, 7 May 2001, Alan Cox wrote:
documented so far) detailed description of the newly
implemented zero-copy mechanisms in the network-stack.
We are interested in how to use it (changed network-API?)
and also in the internal architecture.
It is built around sendfile. Trying to do
On Mon, 7 May 2001, Simon Richter wrote:
On Mon, 7 May 2001, Bene, Martin wrote:
Definitely not caused by:
Bad Rams, mb-chipset.
Erm, it was bad RAM everytime it happened to me. On standard PCs, you
don't see those because you don't have ECC and the error is simply not
detected.
So a
On Mon, 7 May 2001, David Balazic wrote:
Andre , you promised ATA/IDE hot-swap on normal hardware
several weeks ( months ? ) ago. What happened ?
--
David Balazic
--
Be excellent to each other. - Bill Ted
- - - - - - - - - - - - - - - - - - - - - -
Well lets
On Mon, 7 May 2001, Richard B. Johnson wrote:
when the hardware I/O is used. This shows that the network code, alone,
cannot be improved very much to provide an improvement in throughput.
doesn't your analysis assume that we've got nothing else interesting to do
while doing the network i/o?
On Mon, May 07, 2001 at 12:12:57PM -0400, Richard B. Johnson wrote:
you can perform network speed tests using lo, removing the network
board from the speed test. You will note that the network speed, due
to software, is over 10 times faster, 30 times on some machines) than
when the hardware
Yep, totally. I've worked on hundreds of systems and less than 20 of the
workstations or PCs have been useing ECC. Most servers do, but not even
all of them.
Nick
On Mon, 7 May 2001, Dan Hollis wrote:
On Mon, 7 May 2001, Simon Richter wrote:
On Mon, 7 May 2001, Bene, Martin wrote:
At 18:12 07/05/2001, Linus Torvalds wrote:
Untested.
In particular, does anybody have a buggy Pentium to test with the F0 0F
lock-up bug?
Yes, I have one. 2.4.3-ac6 (plus a few patches) detects the bug on boot up
and enables the work around. Running the f00f test program from SGI results
in
On Mon, May 07, 2001 at 08:06:52PM +0300, Bohdan Vlasyuk wrote:
Hi !! I'm running linux on Compaq Presario 1215 Laptop. Kernel is,
as shipped with RH 7.0, 2.2.16. So, every time I press any of
sound+- buttons [of Fn+Fx {Fn = functional button, used in
conjunction with F1-F8 to alter various
The thing that confused me here was the help text in menuconfig. The help for
CONFIG_I82365 says, Say Y here to include support for PCMCIA and CardBus host
bridges that are register compatible with the Intel i82365 and/or the Yenta
specification: this includes virtually all modern PCMCIA
Followup to: [EMAIL PROTECTED]
By author:Larry McVoy [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
On Sun, May 06, 2001 at 02:20:43PM +1200, Chris Wedgwood wrote:
1.5GB without ECC? Seems like a disater waiting to happen? Is ECC
memory much more expensive?
Almost twice as
On Mon, 7 May 2001, Dan Hollis wrote:
Erm, it was bad RAM everytime it happened to me. On standard PCs, you
don't see those because you don't have ECC and the error is simply not
detected.
So a 440bx motherboard with ECC ram is a non-standard PC?
I bet the board doesn't force you to use
Erik Mouw [EMAIL PROTECTED] writes:
Try linux-2.2.19, it contains BIOS e820 support. If you don't want to
compile a kernel, check if Red Hat has RPMs available somewhere on
their site.
They do; there was a kernel errata release of 2.2.19 for security
reasons. On updates.redhat.com or a
1 - 100 of 331 matches
Mail list logo